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Editorial 
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ist ein interdisziplinäres Unterfangen, das Forscher*innen aus den Geisteswissen- 
schaften und der Informatik zusammenbringt und sowohl die angewandten Me- 
thoden als auch die theoretischen Grundlagen dieser unterschiedlichen Fächer vor- 
anbringt. Die Auswirkungen und Möglichkeiten dessen müssen adressiert und ge- 
mäß den Traditionen der verschiedenen geisteswissenschaftlichen Disziplinen be- 
handelt werden. 
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digitalen Forschung in den Geisteswissenschaften befassen. 
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Einleitung: Zusammenarbeit klug gestalten 
Projektmanagement und Digital Humanities 


Fabian Cremer, Swantje Dogunke, Anna Maria Neubert, Thorsten Wübbena 


Rahmen und Anspruch 


In den letzten Jahrzehnten haben nicht nur Technologisierung und Di- 
gitalisierung im Allgemeinen zu einer Veränderung der Wissensproduk- 
tion, sondern vor allem auch die damit verbundenen Phänomene wie 
Globalisierung und digitale Kommunikation zu anderen Rahmenbedin- 
gungen der Wissensprozesse geführt. Diese Veränderungen wirken sich 
auch in unterschiedlichen Formen auf die Geistes- und Kulturwissen- 
schaften und deren Wissens- und Arbeitskulturen aus: von Einzelwis- 
senschaftler*innen zur Zusammenarbeit im Team, von disziplinarer zu 
inter- und transdisziplinärer Ausrichtung von Forschung, von Langzeit- 
vorhaben zu kurzen, enger getakteten Forschungsprojekten. 

In diesen veränderten Rahmenbedingungen von Wissensprozessen 
und Arbeitskulturen gehören Planung, Steuerung und Kommunikation 
von Wissenschaft zum Alltag. Das Projektmanagement ist somit ein 
integraler Bestandteil der modernen Wissensproduktion. Wie aber 
kann sich die Forschung einem Thema wie Projektmanagement in einer 
wissenschaftlichen Weise, selbstbestimmt, reflektiert und kritisch, nä- 
hern? Welche Möglichkeiten gibt es, sich auf Metaebene praktisch, aber 
auch theoretisch mit Thematiken der Planung, Projektsteuerung und 
des Qualitätsmanagements auseinanderzusetzen? Der hier vorliegende 
Sammelband möchte Antworten auf diese Fragen anbieten und die 
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Organisation der Zusammenarbeit in den Digital Humanities (DH) ans 
Licht holen. 

Mit diesem Band und seinen unterschiedlichen Beiträgen, versu- 
chen wir aufzuzeigen, welche besondere Rolle dem Projektmanagement 
in den Digital Humanities zukommt und wie ein Umgang mit der 
Heterogenität von Disziplinen, Arbeitsweisen und den kulturellen Hin- 
tergründen gefunden werden kann. Während der Fokus der letzten 
10-15 Jahre innerhalb der DH-Community stark auf Definitionsfra- 
gen sowie der Vereinbarkeit von Theorie und Methodologie lag, ist es 
rückblickend offensichtlich, dass es vor allem durchgeführte Projekte 
mit erprobten Theorien und Methoden benötigt, anhand derer die be- 
schriebenen Überlegungen ausgeführt, Thesen unterstützt oder eben 
widerlegt werden können. Um diese Grundlage zu schaffen, ist unsere 
Überzeugung, dass digitale Projekte gerade deswegen nicht erfolgreich 
ohne Projektmanagement umzusetzen sind. 

Die treibenden Faktoren für Projektmanagement und dessen Pro- 
fessionalisierung sind vielfältig. So fordert die aktuelle Drittmittel- 
Logik in Deutschland etwa, dass Forschungsprojekte in relativ kurzer 
Zeit Ergebnisse erzielen, deren Forschungsdaten den FAIR-Prinzipien’ 
folgend reproduzierbar und nachhaltig sein sollten. Weiter sind vie- 
le Geistes- und Kulturwissenschaftler*innen weder dafür ausgebildet 
noch erprobt, in Teams zusammenzuarbeiten.” Zudem erhöhen die Kol- 
laboration und das digitale Arbeiten die Komplexität der Forschung. Ein 
einzelnes (digitales) Gemeinschafts- oder Verbundprojekt vereint daher 
oft multiple Einzelprojekte und erfordert Konzepte und Strategien für 
den Umgang mit Forschungsdaten, Forschungsumgebungen und den 
damit zusammenhängenden Fragestellungen. So ist die Umsetzung 
der anspruchsvollen Ziele der Open Science Idee, die damit verbun- 
denen Teilaspekte von Open Access, Open Source und Open Data in 
den vorherrschenden Rahmenbedingungen komplex und bedarf meist 


1 Vgl. https://forschungsdaten.info/themen/veroeffentlichen-und-archivieren/f 
aire-daten/ (zuletzt aufgerufen am 1.8.2023). 

2 Vgl. Max Kemman, Trading Zones of Digital History (Studies in Digital History and 
Hermeneutics, Band 1) Berlin, Boston 2021, 62. 
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ergänzender Planung. In inter-, trans- und multidisziplinären Settings 
wird darüber hinaus oft diverses Spezialwissen in unterschiedlichen 
Domänen benötigt, dessen Zusammenführung zusätzlich Koordination 
und Kommunikation erfordert. 

Im Kern geht es also auf unterschiedlichen Ebenen neben der 
Anwendbarkeit von Methodologien und Theorien auf die geisteswis- 
senschaftlichen Forschungsgegenstände auch um die Planung und 
Machbarkeit sowie um Abstimmung und Steuerung von Arbeits- und 
Forschungsprozessen, um Ergebnisse zu erzielen, diese zu evaluieren 
und so zu neuen, den Kanon erweiternden Erkenntnissen zu gelangen. 

Die oben aufgeführten Gründe, warum Projektmanagement sinn- 
voll ist, können fast gänzlich auf Arbeitsformen der Digital Humanities 
übertragen werden. So beeinflussen die Rahmen- und Förderbedingun- 
gen die Durchführung digitaler Forschung ebenso wie die Projektifizie- 
rung geisteswissenschaftlicher Forschung in kurzzeitige Einheiten im 
Allgemeinen, sowie die Forschung über Disziplingrenzen hinweg zu In- 
ter-/Trans- und Multidisziplinarität, aber auch die Nachvollziehbarkeit 
und Nachhaltigkeit der Forschung und somit auch die Prozesshaftigkeit 
aller Schritte hin zum Forschungsergebnis. 

In den Digital Humanities sind diese Prozesse gut beobachtbar und 
lassen dabei auf besondere Bedingungen und Bedürfnisse des Projekt- 
managements schließen. Die Relevanz von Sprache und Begriffen für 
die Methoden in den Geisteswissenschaften stellen besondere Anforde- 
rungen an eine interdisziplinäre Kommunikation. Es benötigt in den 
Digital Humanities immer mehrere Personen, die sich des Gegenstands 
aus unterschiedlichen Sichtweisen annehmen und sich beim Einsatz 
digitaler Technologien einer gemeinsamen »intellectual middleware«? 
nähern. Diese interdisziplinäre Zusammenarbeit erstreckt sich dabei 
nicht nur auf das Zusammenführen von unterschiedlichen Perspektiven 
auf Forschungsergebnisse, sondern baut auf eine tatsächliche Kopro- 


3 Johanna Drucker/Patrick Svensson, The Why and How of Middleware, in: Digital 
Humanities Quarterly 10 (2/2016). 
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duktion im Forschungsprozess.* Zusätzlich entsteht durch den Einsatz 
digitaler Methoden einerseits und den Anspruch der offenen Wissen- 
schaft andererseits ein erhöhter Bedarfan Informationsinfrastrukturen 
und Forschungsdatenmanagement, der unmittelbar das Management 
der Projekte beeinflusst. 

Dieser besondere Planungs- und Steuerungsaufwand ist weder 
einfach oder gar nebenher zu leisten, sondern eine methodisch geleitete 
wissenschaftliche Tätigkeit im Forschungsprozess. Dabei wird selten 
über diesen Anteil in Forschungsprojekten berichtet. Der hier vorlie- 
gende Sammelband kann noch nicht auf ausgereifte Diskursbeiträge 
aufsetzen und gehört daher zu den ersten Ansätzen und Annäherungs- 
versuchen im deutschsprachigen Raum. Mit dem Band möchten wir 
dazu beitragen, dieses Tätigkeitsfeld in den Fachdiskurs zu holen und 
dabei theoretische und methodologische Ansätze aufzuzeigen und 
weiterzuentwickeln. 


Herausforderung und Praxis 


Die gelebte Managementpraxis kann auch in diesem Band nicht voll um- 
fänglich nachgezeichnet werden. Dass Projektmanagement jedoch ein 
wichtiger Bestandteil der Digital Humanities ist, zeigt sich u.a. in Taxo- 
nomien wie TaDiRAH, als Self-Labeling bei Einreichungen internatio- 
naler Konferenzen, in einführenden Publikationen und in DH-Studien- 
gängen sowie ergänzenden Angeboten der beruflichen Fort- und Wei- 
terbildung. Die Relevanz reicht von einer Notwendigkeit aufgrund der 
vorhandenen Strukturen oder der Förderlogik,? über die Versprechen ei- 


4 Vgl. John Unsworth, Creating Digital Resources: the Work of Many Hands, 
Oxford 1997, URL: https://johnunsworth.name/drh97.html [letzter Zugriff: 
10.04.2023]. 

5 Vgl. Daniel V. Pittit, Designing Sustainable Projects and Publications, Con- 
clusion: Collaboration, in: Susan Schriebman/Ray Siemens/John Unsworth 
(Hg.), A Companion to Digital Humanities, 2004, Malden, MA (u.a.) 2004, 
URL: https://companions.digitalhumanities.org/DH/?chapter=content/978140 
5103213_chapter_31.html [letzter Zugriff: 10.04.2023]. 
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nes optimierten Ressourceneinsatzes® bis hin zur These, dass die Qua- 
lität des Projektmanagements maßgeblich über Erfolg und Misserfolg 
unserer Arbeit entscheidet’. Doch wie wird Projektmanagement in der 
Praxis gelebt? Bei genauerem Hinsehen finden wir unterschiedliche An- 
sätze: In einigen Fällen wird auf Basiselemente klassischen Projektma- 
nagements aus der Privatwirtschaft zurückgegriffen, andere Beteiligte 
bedienen sich Projektmanagement-Trends der agilen Softwareentwick- 
lung. Welcher Ansatz ist der passende? Wie ließen sich positive oder ne- 
gative Effekte aufunsere Vorhaben überprüfen? 

Unsere Projekte unterscheiden sich in einigen Merkmalen von 
den ursprünglichen Anwendungsgebieten klassischen Projektmanage- 
ments.? Die betrifft z.B. den (eigenen oder durch Fördergeber geforder- 
ten) Anspruch einer Nachnutzbarkeit entstandener Tools, Infrastruktur 
und Daten von nicht näher definierten zukünftige Nutzer*innen. Damit 
einhergehend sind eine Aufweichung des Projektbegriffs hinsichtlich 
seiner klaren zeitlichen Begrenzung und einer in vielen Bereichen be- 
obachteten Schaffung von drittmittelfinanzierten Kettenprojekten, um 
den Betrieb und die Weiterentwicklung entstandener Ergebnisse zu 
sichern. Bestärkt durch eine fragile Finanzierungssituation erhöht sich 
die Personalfluktuation und stellt Beteiligte und Projektdokumentation 
vor die Aufgabe, Zwischenergebnisse, Pläne und Anforderungen für 
Übergabeprozesse personenunabhängig zu gestalten. Durch gestiegene 
Komplexität der Vorhaben entstehen nun größere Kooperationsstruk- 
turen, die Institutionen und Expert”innen aus verschiedenen Bereichen 


6 Vgl. Fabian Cremer/Swantje Dogunke/Thorsten Wübbena, Unfrequently Asked 
Questions: Interviewreihe zu Projektmanagement in den Digital Humanities, 2021, 
12, VDHd 2021-Konferenz Experimente, 

URL: https://doi.org/10.5281/zenodo.5850758 [letzter Zugriff: 15.04.2023]. 

7 Vgl. Emma Annette Wilson, Digital Humanities for Librarians, Lanham, MD 2020, 
171. 

8 Vgl. Bianca Meise et al., Interdisziplinäres Projektmanagement - Strategische 
Handlungsempfehlungen für Kooperationsverbünde in akademischen Kontex- 
ten, in: Tobias Redlich/Manuel Moritz/Jens Peter Wulfsberg (Hg.), Interdiszipli- 
näre Perspektiven zur Zukunft der Wertschöpfung, Wiesbaden 2018, 233-245, hier 
233. 
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zusammenbringen. Die interdisziplinare Zusammenarbeit zwischen 
Forschung, Kulturerbe-Einrichtungen und Forschungsinfrastruktur 
wird durch neue Beteiligte erweitert: Es werden gesellschaftliche Ak- 
teur*innen »außerhalb« der klassischen Forschung einbezogen (z.B. 
Citizen Science). Diese Öffnung erzeugt neue partizipative Formen der 
Zusammenarbeit und stellt damit auch neue Anforderungen an das 
Projektmanagement und die Wissenschaftskommunikation. Es scheint 
unwahrscheinlich und wenig praktikabel, sich in diesen Situationen auf 
ein Dienstleistungs-Kunden-Verhältnis zurückzuziehen, und so wird 
tatsächliche Koproduktion nötig sein, um diesen Ansprüchen gerecht 
zu werden. 

Wenn sich DH-Vorhaben durch diese skizzierten Rahmenbedingun- 
gen in einem so hohen Maße von den ursprünglichen Anwendungsge- 
bieten unterscheiden, so wäre ein erheblicher Abstraktionsgrad notwen- 
dig, um »klassisches« Projektmanagement einsetzen zu können. Der da- 
für erforderliche Abstraktionsgrad könnte dazu führen, dass die pro- 
duktiven Effekte von Projektmanagement nicht hervortreten. Brauchen 
wir daher ein »eigenes« Projektmanagement für die Digital Humanities? 
Oder sind die Digital Humanities gar nicht so exzeptionell wie wir den- 
ken und eine Übertragung wäre gegebenenfalls mit Einschränkungen 
und Anpassungen möglich? 

Der Austausch und die Reflexion über die eigene Praxis führt zu wei- 
teren Themengebieten: Ist es bei aller Diversität unserer DH-Vorhaben 
möglich, zentrale Kompetenzen und Anforderungen an Projektma- 
nager*innen im DH-Bereich zu definieren? Könnten wir aus diesen 
Ergebnissen Inhalte für die Vermittlung der nötigen Kenntnisse und 
Fertigkeiten ableiten? Wo werden diese Kompetenzen gelernt und 
gelehrt? Wie in vielen Bereichen der Lehre in den DH stehen wir vor 
der Herausforderung, didaktisch die richtige Balance zwischen Theo- 
rie und Praxis zu finden. Schauen wir in den angloamerikanischen 
Raum, sehen wir Modelle, die eine Verzahnung der theoretischen 
Projektmanagement-Lehrinhalte im universitären Kontext mit einer 
(professionalisierten) Praxis bilden. Dieser Band wird nicht alle Fragen 
beantworten können und keine Blaupausen für neue Vorhaben liefern. 
Die Beiträge liefern jedoch exemplarisch einige Antworten und neue 
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Fragen. Gleichwohl werden dabei auch übergreifende und vergleichende 
Ansätze vorgestellt, die zur Übertragung in andere Kontexte einladen. 
Viele der Problemstellungen werden dabei nicht abschließend gelöst, 
aber es wird fundiert über die Herausforderungen und die Auseinan- 
dersetzung berichtet. Damit soll der Band eine Orientierungshilfe für 
Kolleg*innen bieten, praktische Beispiele der Umsetzung zeigen und 
zum gegenseitigen Austausch anregen. 


Genese und Community 


Die Realisierung dieses Sammelbandes ist eng verknüpft mit unseren 
individuellen und biographischen Hintergründen, vor allem aber mit 
den Entwicklungen in der DH-Community, so dass wir im Folgenden 
letztere herausstellen und unsere eigene Verflechtung darin transparent 
machen möchten. 

Im Zuge der Etablierung der Digital Humanities entstanden in den 
2010er Jahren im deutschsprachigen Raum einerseits größere Zen- 
tren, die sich vorrangig an universitären Standorten bildeten,? aber 
auch - in deutlich größerer Zahl und an allen Arten wissenschaftlicher 
Einrichtungen - einzelne Stellen und kleine Abteilungen, die die je- 
weiligen institutionellen Aktivitäten im Bereich der Digital Humanities 
koordinieren und aufbauen sollten. Mit der Etablierung und Insti- 
tutionalisierung geht die Herausbildung von Verwaltungsstrukturen 
einher, aber betrifft dies auch Projektmanagement und -steuerung? 
Das Panel Digital Humanities »from Scratch« auf der Jahreskonferenz 
der Digital Humanities im deutschsprachigen Raum 2019'° nahm diese 
organisatorisch-strukturelle Dimension in den Fokus und thematisierte 


9 Vgl. Manuel Burghardt/Christian Wolff, Zentren für Digital Humanities in 
Deutschland, in: Information — Wissenschaft & Praxis 66 (2015), 5-6. 

10 Vgl. Torsten Roeder et al., Digital Humanities >from Scratch«. Ein Panel-Be- 
richt zur DHd 2019, 2019a, URL: https://dhd-blog.org/?p=11804 [letzter Zugriff: 
15.04.2023]; Roder et al., Digital Humanities >from Scratch, in: DHd 2019 Digital 
Humanities: multimedial & multimodal. Konferenzabstracts. Frankfurt a.M. 2019b. 
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dabei insbesondere den Koordinationsbedarf und die Steuerung der 
kommunikativen Prozesse. Der Diskurs um das Arbeitsfeld des Pro- 
jektmanagements in den Digital Humanities, dessen Fehlen kurz vor 
der Konferenz noch essayistisch beklagt wurde", konnte hier in breiter 
Runde innerhalb der DH-Community beginnen. 

Der Großteil der Panelteilnehmer*innen hatte zu dem Zeitpunkt 
jeweils jene Koordinationsstellen an verschiedenen Einrichtungen inne, 
die, oftmals als Einzelperson, die Koordinations- und Aufbauarbeit für 
eine Institution leisten sollten. Die »einzelne« DH-Person ist dabei kein 
institutionelles Phänomen, sondern findet sich (bis heute) im Projekt- 
design vieler Forschungsvorhaben mit »digitalem Anteil« wieder. Der 
Bedarf an Austausch- und Reflexionsmöglichkeit, der durch diese struk- 
turelle Isolation entsteht, wird im Bericht einer Arbeitsgruppe deutlich, 
die sich zu einer Peer-Beratung zusammengeschlossen hat und an der 
wir beteiligt waren. Dabei wurde auch deutlich, dass durch unklare 
und sich überlagernde Kompetenzanforderungen einerseits und feh- 
lende Fachkoordination andererseits die DH-Mitarbeiter*innen im 
Rahmen ihrer Mehrfachfunktionen auch Teile des Projektmanagements 
übernehmen müssen.” 

Die häufig breitere Ausrichtung und größere Ressourcenausstat- 
tung der DH-Zentren lässt vermuten, dass der Umgang mit den Heraus- 
forderungen von Projektmanagement in den DH-Zentren hier struktu- 
rierter und selbstverständlicher läuft. So legt ein Beitrag von 2016 einen 
Leitfaden für die Projektsteuerung vor” , der Herausforderungen in den 


11 Vgl. Fabian Cremer, Gottes Werk und Teufels Beitrag: Ein Essay zu Digital Huma- 
nities und Projektmanagement, 2019, DHd-Blog, URL: https://dhd-blog.org/?p=1 
1283 [letzter Zugriff: 15.04.2023]. 

12 Vgl. Timo Steyer et al., Peer-To-Peer statt Client-Server: Der Mehrwert Kollegia- 
ler Beratung und agiler DH-Treffen, in: DHd2018: Kritik der digitalen Vernunft, 
Köln 2018. 

13 Vgl. Anna Maria Komprecht/Daniel Röwenstrunk, Projektmanagement in digi- 
talen Forschungsprojekten. Ein Leitfaden für interdisziplinäre und kooperati- 
ve Drittmittelprojekte im Umfeld Digitaler Editionen, in: Peter Stadler/Kristina 
Richts, »Ei, dem alten Herrn zoll ich Achtung gern«. Festschrift für Joachim Veit zum 
60. Geburtstag, München 2016, 509-522. 
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verschiedenen Projektphasen vorstellt und Lösungsansätze empfiehlt. 
Auch wenn sich im letzten Jahrzehnt eine entsprechende Praxis entwi- 
ckelt hat, so wird diese bisher nur in Ausnahmefällen wissenschaftlich 
reflektiert und publiziert.'* Sowohl die bisherige öffentliche Diskussi- 
on als auch die wissenschaftlichen Publikationen zu den Themen des 
Projektmanagements haben sich jedoch als wichtige Treiber in der 
Community herausgestellt und diese Aufgabe soll auch der vorliegende 
Band fortführen. 

Anders als die hier genannten seltenen und vereinzelten Diskussi- 
onsansätze im deutschsprachigen Raum findet sich in der anglo-ameri- 
kanischen DH-Community ein breiterer und bereits etablierter Diskus- 
sionsraum zu den Facetten des Projektmanagements. Während in der 
Publikationslandschaft das Thema Projektmanagement zwar öfter be- 
handelt, aber dennoch ein seltener Ausnahmefall bleibt, hat sich im Di- 
gital Humanities Summer Institute (DHSI) unter der Leitung von Lyn- 
ne Siemens ein Weiterbildungs- und Austauschnetzwerk herausgebil- 
det, das schon 2004 seinen Anfang nahm.” Die Zielgruppe des nord- 
amerikanischen Raums, bedingt durch den Standort der mehrtägigen 
Veranstaltung in Kanada, konnte das DHSI jedoch mit der pandemiebe- 
dingten Öffnung 2020 über ein digitales Format (inzwischen hybrid) auf 
internationale Teilnehmende und Expert”innen erweitern. Diese Gele- 
genheit konnten auch wir als Herausgeber*innen 2021 nutzen und Bei- 
träge in IDEAH platzieren.’ Der Austausch auf internationaler Ebene 
war dabei eine wichtiger Impulsgeber und auch eine Bestätigung, den 


14 Vgl. Anna Maria Neubert, Navigating Disciplinary Differences in (Digital) Re- 
search Projects Through Project Management, in: Silke Schwandt (Hg.), Digital 
Methods in the Humanities, Bielefeld 2020, 59-86. 

15 Vgl. Ray Siemens/Alyssa Arbuckle/Randa El Khatib, The Digital Humanities 
Summer Institute (DHSI): Community Training Toward Open Social Scholarship 
1, in: Digital Humanities Workshops, London 2023, 12-15. 

16 Vgl. Fabian Cremer/Swantje Dogunke/Thorsten Wübbena, Systemic, Theme- 
Centred, Peer-Led: Adapting Groupwork Concepts for Collaboration Manage- 
ment in the Digital Humanities, in: IDEAH, 2023, URL: https://doi.org/10.21 
428/f1f23564.b55f3037 [letzter Zugriff: 15.04.2023]; und Anna Maria Neubert, 
What’s in a Project? Disciplinary Differences in Addressing Temporality and 
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Themenkomplex im eigenen Sprach- und Kulturraum weiter zu verfol- 
gen. 

Die aus den erschwerten Bedingungen der Pandemie entwickelten 
Ansätze gaben auch den nächsten Anstoß im deutschsprachigen Raum. 
Der experimentelle Ansatz der vDHd 2021 erlaubte eine Exploration des 
Themas in anderen Formaten.” So konnten wir neben zwei über das 
Jahr verteilten Community-Workshops, die durch die virtuelle Form 
eine große Teilgebendenzahl erreichten, auch eine Interviewreihe zu 
Projektmanagement durchführen, die in dieser Form im klassischen 
Tagungsformat nicht möglich gewesen wäre und die durch die Auswahl 
der Interviewpartner*innen auch die Repräsentation der Perspektiven 
von anderen Akteur*innen erlaubte." Die Rückmeldungen aus den 
Community-Workshops bestätigten wiederum den Bedarf an einer 
reflektierten Auseinandersetzung mit dem Themenkomplex des Pro- 
jektmanagements. Dies hat sich in der darauffolgenden DHd bestätigt, 
in der ein World Café mit Fragestellungen zum Projektmanagement 
unmittelbar aus der Community heraus konzipiert und durchgeführt 
wurde.” Auf der DHd 2022 wurde auch erstmalig eine Weiterbildungs- 
veranstaltung angeboten.”° Eine Etablierung des Themas Projektma- 
nagements in den wissenschaftlichen Beiträgen lässt sich mit Blick auf 
die DHd 2023 nicht feststellen, gleichwohl wurde das Thema in diversen 
Beiträgen implizit angesprochen. Nicht zuletzt waren es jedoch die 


Collaborative Rhythms, in: IDEAH, 2023, URL: https://doi.org/10.21428/f1f2356 
4.d6089c43 [letzter Zugriff: 15.04.2023]. 

17 Vgl. Cremer et al., Unfrequently Asked Questions. 

18 Vgl. Fabian Cremer/Swantje Dogunke/Thorsten Wübbena., Experiment, Ergeb- 
nis, Erkenntnis<- Dokumentation einer Interviewreihe zu Projektmanagement 
in den Digital Humanities, in: Digital Humanities Lab (blog), 2021b, URL: https:/ 
/dhlab.hypotheses.org/2251 [letzter Zugriff: 15.04.2023]. 

19 Vgl. Fabian Cremer et al., Peer-to-Peer-Workshop zum Projekt Management in 
den Digital Humanities, in: Michaela Geierhos (Hg.), DHd2022: Kulturen des di- 
gitalen Gedächtnisses. Konferenzabstracts, 2022, 397-400. 

20 Vgl. Markus Frank, Projektmanagement für die Digital Humanities, in: Michae- 
la Geierhos (Hg.), DHd2022: Kulturen des digitalen Gedächtnisses. Konferenzabs- 
tracts, 2022, 400-402. 
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Diskussionen jenseits der schriftlichen Beiträge und das stetige Inter- 
esse aus der DH-Community, die uns Anschub und Ideen für diesen 
Sammelband geliefert haben und die in diesem community-getriebe- 
nen Projekt auch Anteil an Autor*innen- und Leser*innenschaft haben. 
Um diese Diskussionen ohne Zugangsbeschränkungen weiterzuführen 
und den fachlichen Austausch zu stärken, ist es uns wichtig, dass dieser 
Sammelband open access erscheint. 

Die Einzelbeiträge dieses Sammelbandes erscheinen sukzessive, um 
den Aufwand für alle am Publikationsprozess Beteiligten gleichmäßig 
zu verteilen und den unterschiedlichen Bedarfen und den Terminschie- 
nen des Projektalltags unserer Beiträger*innen gerecht zu werden. Für 
die Möglichkeit dieses Verfahrens sowie für die Zusammenarbeit und 
Unterstützung bei der Verwirklichung dieses Sammelbandes danken 
wir den Autor*innen der Beiträge, den Herausgeber*innen der Reihe 
Digital Humanities Research und dem Verlag. 
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Normdaten am laufenden Band 


Von den Herausforderungen des Projektmanagements 
in »GND für Kulturdatens (GND4C) 


Patrick Leiske, Jens Lill, Michael Markert, Hanna-Lena Meiners, 
Martha Rosenkötter 


Abstract Seit ihrer Zusammenführung aus verschiedenen bibliothekarischen 
Normdateien im Jahre 2012 hat sich die Gemeinsame Normdatei (GND)' zu 
einem wichtigen Linked-Open-Data-Werkzeug im Kulturbereich entwickelt. 
So leicht es ist, intellektuell eigene Datensätze mit der GND abzugleichen und 
anzureichern, so herausfordernd ist die Anreicherung der GND selbst - aufgrund 
der dafür benötigten Regelwerkskenntnisse und Softwareumgebungen. Seit Mai 
2018 arbeiten verschiedene Partner im GND4C-Projekt” an einem leichteren 
Zugang zu den GND-Erfassungsregeln, der Dokumentation und Anpassung 
des Organisationsmodells, transparenten Workflows für (automatisierte) Ab- 
gleiche und Einspielung von Daten in die GND sowie Softwarewerkzeugen zur 
Unterstützung dieser Prozesse. Im Beitrag stellen verschiedene Projektpartner 
ihre Perspektive auf die bisherige Projektarbeit, mit ausgewählten Schwerpunkt- 
themen, an einem technisch, personell und institutionell herausfordernden 
Produktivsystem vor. 


1 Ausführliche Informationen zur GND unter https://gnd.network. Alle im Bei- 
trag aufgeführten Webseiten wurden am 31.03.2023 auf ihre Erreichbarkeit ge- 
prüft. Wirdanken Verena Mack (LABW) herzlich für Ihre Unterstützung bei Lek- 
torat und Korrektorat. 

2 Weitere Informationen zum GND4C-Projekt unter https://wiki.dnb.de/pages/v 
iewpage.action?pageld=134055796. 
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Einleitung 


»Wenn alle zusammenarbeiten, kommt der Erfolg von allein« - jeden- 
falls, wenn man Henry Ford glauben mag. In einer Fabrikhalle mit ihren 
Fließbändern ist das leicht nachzuvollziehen, doch steckt in dem Satz 
auch heute, in einer vernetzten und dezentralisierten Welt, immer noch 
so viel Wahrheit? Wie bringt man Menschen, die über ein ganzes Land 
verstreut sind und aus den unterschiedlichsten Kultursparten kommen 
dazu, erfolgreich an einem Projekt zusammenzuarbeiten? Wie kann es 
gelingen, für ein erfolgreiches Change-Management Willensbarrieren? 
abzubauen, ausgetretene Pfade zu verlassen und Krisen zu bewälti- 
gen, die eine Face-to-Face-Kommunikation unmöglich machen? Wir 
möchten diese Fragen im Folgenden vor dem Hintergrund der Öffnung 
der Gemeinsamen Normdatei (GND) und dem damit verbundenen 
DFG-Projekt GND4C (GND für Kulturdaten)* erörtern und mögliche 
Lösungsansätze, aber auch wichtige Erkenntnisse aus Fehlern und 
Misserfolgen im Verlauf des Projekts aufzeigen. 

Die Welt der Bibliotheken, Archive, Museen und Wissenschaftspor- 
tale wird angesichts der digitalen Transformation immer größer und 
komplexer. Um mit den eigenen Beständen in diesem expandierenden 
Netzwerk des World Wide Web nicht in geschlossenen Datensilos zu ver- 
bleiben, sondern weithin sichtbar zu sein, spielen die eindeutige Refe- 
renzierung und semantische Vernetzung von Daten unterschiedlicher 
Informationsressourcen über die Grenzen von Erfassungssystemen hin- 
weg eine immer wichtigere Rolle. Den steigenden Bedarfen der neuen, 
nicht-bibliothekarischen Anwendergruppen wird die GND in ihrer bis- 
herigen, auf eine bibliothekarische Nutzung ausgerichteten Form, aber 
nur eingeschränkt gerecht. Die Entwicklungen und Herausforderungen 
in dem dafür notwendigen Modernisierungsprozess der GND sind die 


3 Vgl. Jochen Apel, Change Management an Bibliotheken, in: Perspektive Biblio- 
thek1 (1/2012), 169-195, hier 173. 

4 Projektbeschreibung bei der Deutschen Forschungsgemeinschaft unter https: 
//gepris.dfg.de/gepris/projekt/397117160. 
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Kernziele des GND4C-Projekts, das im Folgenden kurz vorgestellt wer- 
den soll und den Rahmen der nachfolgenden Ausführungen bietet. 


Die GND ist ein freies”, nach dem Entity-Relationship-Modell struktu- 
riertes Datenset, das unter Koordination der Deutschen Nationalbibliothek 
(DNB) u.a. von den deutschsprachigen Bibliotheksverbünden mit de- 
ren angeschlossenen Bibliotheken gemeinschaftlich geführt wird. Den 
formalen Rahmen für Betrieb und Organisation der GND bildet die 
GND-Kooperative®. Die GND dient gleichermaßen der Katalogisie- 
rung von Bibliotheksbeständen, als Recherche-Instrument und zur 
Vernetzung unterschiedlicher Informationsressourcen. Von Kultur- 
und Wissenschaftseinrichtungen sowie Forschungsprojekten als Anker 
zur eindeutigen Referenzierung genutzt, gewinnt sie immer mehr an 
Einfluss auf deren Erschließungspraktiken. Im Umkehrschluss werden 
die Bedarfe der Anwender*innen mit Fokus auf bestimmte fachliche 
Perspektiven immer größer und können nicht mehr allein von der stetig 
schrumpfenden Zahl an bibliothekarischem Fachpersonal aufgefangen 
werden. 

Um den Wandel der GND innovativ voranzutreiben, wurde Mit- 
te des Jahres 2018 von der DFG mit GND4C ein kooperatives Projekt 
bewilligt, das das Ziel verfolgte, die GND für die gesamte datenspei- 
chernde Kulturlandschaft zu öffnen und ihren Aus- und Umbauprozess 
zu unterstützen.” Das ambitionierte Projekt richtete den Fokus auf 
den GND-Korpus an Datensätzen (Entitäten) zu Personen, Geografika, 
Sachbegriffen und Bauwerken, sowie auf die Teilhabe an den damit 
verbundenen Prozessen innerhalb des bestehenden Organisationsbe- 
triebes über sogenannte GND-Agenturen?. 


5 Vgl. https://gnd.network/Webs/gnd/DE/Service/Lizenzen/lizenzenNachnutzu 
ng.html. 

6 Vgl. https://gnd.network/Webs/gnd/DE/UeberGND/Organisation/organisatio 
n_node.html. 

7 Vgl. zum Vorhaben ausführlich Detlev Balzer et al., Das Projekt »GND für Kul- 
turdaten« (GNDAC), in: O-Bib. Das Offene Bibliotheksjournal 6 (4/2019), 59-97. 

8 Zum Konzept der GND-Agenturen vgl. https: //gnd.network/Webs/gnd/DE/Mit 
machen/Aufgaben/aufgaben_node.html. 
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Ganz im Sinne eines transparenten Projektmanagements soll dieser 
Beitrag nicht nur einen retrospektiven Blick auf Fehlkalkulationen 
und andere Unwägbarkeiten legen und den Umgang damit erläutern, 
sondern auch dazu beitragen, eine Fehlerkultur zu etablieren, die es 
zukünftigen kollaborativen Projekten ermöglicht, daraus zu lernen. 
Hierzu werden zunächst Grundproblematiken hinsichtlich von Arbeits- 
intervallen besprochen, die sich aus dem Kontrast von Agilität und 
Innovationsmanagement zu bestehenden hierarchischen Strukturen 
ergeben. Darauf folgend soll die aufwändige interdisziplinäre und in- 
terinstitutionelle Kommunikation betrachtet werden. Neben den rein 
technischen und redaktionellen Herausforderungen soll zudem Ein- 
blick in ein heterogenes und teilweise schwer im Vorfeld kalkulierbares 
Personalmanagement gewährt werden. Zuletzt wird der Umgang mit 
den dynamischen Prozessen in der Softwareentwicklung erläutert, 
insbesondere unter dem Aspekt der Diskrepanz zwischen Erwar- 
tungshaltung, Anforderungsmasse und Umsetzbarkeit. Am Ende jedes 
Kapitels folgt ein kurzes Resümee. 


ProjekthintergrundAngetrieben vom Pioniergeist und unter der Ge- 
samtleitung der DNB sowie einer ursprünglich geplanten, aber leider 
nicht zustande gekommenen Koordination durch die Deutsche Digitale 
Bibliothek (DDB) wurde das Projekt zusammen mit weiteren Partnern 
ins Leben gerufen. Zu diesen gehörten das Deutsche Dokumentationszen- 
trum für Kunstgeschichte - Bildarchiv Foto Marburg (DDK), das Landesarchiv 
Baden-Württemberg (LABW), das Bibliotheksservice-Zentrum Baden-Würt- 
temberg (BSZ) sowie die digiCULT-Verbund eG (digiCULT) mit ihrem Tand- 
empartner Schleswig-Holsteinische Landesbibliothek (SHLB), der in der 
zweiten Projektphase von der Thüringer Universitäts- und Landesbibliothek 
Jena (ThULB) abgelöst wurde (vgl. Abb. 1). 
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Abb. 1: Die GND4C-Projektpartner und deren asynchrone Projektlaufzeiten 


Bewilligung Phase | Bewilligung Phase II 
(Dez 2017) (Juli 2021) 
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ThULB (Agenturaufbau, Toolbox-Entwickl.) 
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Gesamtprojektlaufzeit GND4C & DNB (Projektkoordination) 


Grafik: Hanna-Lena Meiners, DDK 


Das Projekt teilte sich in zwei Phasen mit jeweils 30 Monaten 
Laufzeit auf. Mit der ersten Phase (Mai 2018 - Oktober 2020) wurde 
eine Gliederung in fünf Arbeitspakete (AP) etabliert. AP o beschäftigte 
sich mit der Koordination und dem Projektmanagement, das von der 
Gesamtprojektleitung (DNB) geführt wurde. AP ı diente der Ermitt- 
lung des Ist-Zustandes sowie der Weiterentwicklung der Governance- 
Struktur der GND-Kooperative und ihrer Öffnung für neue, nicht- 
bibliothekarische GND-Agenturen. AP 2 fokussierte auf die Weiter- 
entwicklung des Datenmodells und der Erfassungsregeln im Hinblick 
auf nicht-bibliothekarische Anwendungskontexte. Dazu wurden in 
vier Fallanalysen die zuvor angesprochenen Entitätstypen anhand von 
Datensets aus Kultureinrichtungen auf ihre Regelkonformität zur GND 
untersucht und sich neu ergebende Anforderungen dokumentiert. AP 
3 beschäftigte sich mit der technischen Infrastruktur und sollte neue 
Schnittstellen und Werkzeuge für ein zuverlässiges Abgleichverfahren 
mit der GND entwickeln. AP 4 widmete sich insbesondere diversen Pu- 
blikations- und Kommunikationsmaßnahmen in Form von Vorträgen, 
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Workshops und Konferenzen, um den angestrebten Wandeltransparent 
und nachvollziehbar den verschiedenen Communities näherzubringen, 
z.B. im Rahmen von Forumsveranstaltungen?. 

In der zweiten Projektphase wurden die laufenden Prozesse in den 
einzelnen AP fortgeführt. Zudem sollten die in der ersten Phase entwi- 
ckelten Governance-Strukturen zur Gründung von neuen GND-Agen- 
turen aus dem Kreis der Projektpartner führen, um die neu erarbeite- 
ten technischen und redaktionellen Prozesse sowie die Einbindung in 
die GND-Gremien zunächst pilothaft zu testen. 


Werkzeuge der Kommunikation und Zusammenarbeit 
im Projekt 


Der Erfolg eines multilateralen Projektes steht und fällt mit der Kom- 
munikation der involvierten Projektpartner. Entsprechend kritischer 
wird dieser Aspekt des Projektmanagements mit steigender Anzahl der 
Akteure sowie äußerer Einflüsse, welche die Kommunikation erschwe- 
ren. Im vorliegenden Fall ist zum einen die räumliche Distanz zwischen 
den beteiligten Institutionen zu nennen, zum anderen unvorhergese- 
hene Faktoren wie die Covid-19-Pandemie, die das Projekt zum Ende 
der ersten Phase vor zusätzliche Herausforderungen stellte. 

Das GND4C-Projekt führte pro Phase jeweils sechs Institutionen zu- 
sammen, die geografisch über das gesamte Bundesgebiet verstreut wa- 
ren, von Konstanz am Bodensee (BSZ) bis Kielan der Ostsee (digiCULT). 
Solch eine räumliche Trennung machte es schon unter normalen Um- 
ständen nicht einfach, eine beständige und effiziente Kommunikation 
über die gesamte Projektlaufzeit zu gewährleisten, die überwiegend di- 
gital stattfinden musste — noch dazu in einem vorwiegend bibliotheka- 
risch geprägten Umfeld, in dem bisher viele Prozesse noch nicht digi- 
tal organisiert waren. Die Einschränkungen durch die Covid-19-Pande- 
mie ab dem Frühjahr 2020 führten dazu, dass die Projektkommunikati- 


9 Für die bislang durchgeführten GND-Foren vgl. https://wiki.dnb.de/pages/vie 
wpage.action?pageld=272251321. 
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on zeitweise komplett in den digitalen Raum verlegt werden musste und 
sich verschiedene Projektmitarbeitende erst nach Monaten der reinen 
Online-Meetings persönlich treffen konnten. 

Für die regelmäßige Kommunikation wurde ein wöchentlicher Jour 
fixe etabliert, der in der ersten Projektphase zunächst nach allgemeinen 
Terminen und AP-spezifischen Treffen getrennt war, um die Sachstände 
und Fortschritte auf den einzelnen Gebieten im Team vorzustellen und 
zu besprechen. Da alle AP-Verantwortlichen ihre Ergebnisse vorstellen 
und alle Projektmitglieder anwesend sein sollten, wurde viel Arbeitszeit 
in diese Treffen investiert. Das Modell wurde für die zweite Projektphase 
angepasst, da von nun an ein Schwerpunkt auf die Arbeitsfähigkeit der 
Agenturen gelegt wurde. Die zeitaufwändigen AP-Besprechungen wur- 
den ersetzt durch themenspezifische Termine, die sich jeweils mit einer 
konkreten Fragestellung beschäftigten und so auch nur von den davon 
betroffenen Personen wahrgenommen werden mussten. Ein monatli- 
cher allgemeiner Jour fixe stellte zudem sicher, dass alle über die Ent- 
wicklungen bei den Partnern und den einzelnen Arbeitspaketen infor- 
miert blieben. Ergänzend dazu fanden sich die Projektpartner mit Agen- 
turkonzeption in einem informelleren, operativen Rahmen alle vier bis 
sechs Wochen zu einem separaten Austausch zusammen, um sich hin- 
sichtlich der organisatorischen, technischen und funktionalen Anforde- 
rungen für einen aufzubauenden Agenturbetrieb gegenseitig zu infor- 
mieren und zu unterstützen. 

Obwohl den Partnereinrichtungen gemein ist, dass sie alle im 
Kultursektor tätig sind, stammen sie - der Zielsetzung des Projekts 
geschuldet - dennoch aus ganz unterschiedlichen Bereichen. Vom Bi- 
bliothekar über die Historikerin bis zum Softwareentwickler, mit den 
entsprechenden Eigenheiten in Arbeitsweise und Kommunikationsver- 
halten, was die Zusammenarbeit insbesondere auch auf semantischer 
Ebene ebenfalls beeinflusste. Der folgende Teil des Beitrags wird nun 
einige der Hilfsmittel vorstellen, die verwendet wurden, um diesen 
Herausforderungen in Sachen Projektkommunikation zu begegnen. 
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Confluence-Wiki als zentralisierter Wissensspeicher und 
Kollaborationsplattform 


Die Nutzung der kommerziellen Wiki-Plattform Confluence'° der Firma 
Atlassian war bereits zu Projektbeginn vorgegeben, da die Projektleitung 
(DNB) das System seit Jahren schon erfolgreich in anderen Kontexten 
einsetzte. So wurde für Phase I ein separater Wiki-Bereich eingerichtet, 
der sich in der Struktur an den AP des Projektantrags orientierte. Aus 
dem umfangreichen Projektvorhaben mit mehreren Unteraufgaben für 
jedes Arbeitspaket ergab sich eine entsprechend komplexe Seitenhier- 
archie mit teilweise bis zu acht oder mehr Unterebenen. Diese wurde 
durch im Verlauf des Projekts nachträglich angelegte Seiten, etwa zur 
Dokumentation von Arbeitsergebnissen, noch deutlich umfangreicher. 

Das Confluence-Wiki stellte sich als mächtige Plattform heraus, die 
viele nützliche Werkzeuge für die Zusammenarbeit bietet. So war es 
nicht nur möglich, To-do-Listen, Zeitpläne, Tabellen etc. anzulegen, 
sondern auch direkt Projektmitglieder in Beiträgen zu markieren, um 
benötigten Input zu signalisieren und Aufgaben zuzuteilen, sowie In- 
line- als auch Seitenkommentare zu verfassen. Auch die automatische 
Generierung von Übersichtslisten anhand von frei zu vergebenden Sta- 
tusbausteinen erwies sich als sehr hilfreich. Wie jedes Wiki ist Confluence 
darauf ausgelegt, eine Unmenge an Wissen an einem Ort zu sammeln 
und allen Beteiligten den Zugriff darauf und die Mitarbeit daran zu 
ermöglichen. Im Falle des GND4C-Projekts umfasste dies nicht nur die 
Sicherung der Arbeitsergebnisse, sondern aller schriftlicher Erzeugnis- 
se, die im Projektverlauf angefertigt wurden, worunter beispielsweise 
auch die Tagesordnungen und Protokolle für die regelmäßigen Projekt- 
Jours-fixes, Link- und Literaturlisten, Urlaubsplanungen, Repositorien 
für Softwaretests und Vokabularien oder auch Tabellen mit Übersichten 
zu im Projekt entwickelten Produkten fielen. 

Diese Materialfülle brachte jedoch auch gewisse Nachteile mit sich, 
die im Verlauf der ersten Projektphase während des »Befüllens« des Wi- 
kis mit Inhalten zutage traten und mit fortschreitender Dateneingabe 


10 _ https://www.atlassian.com/de/software/confluence 
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immer deutlicher wurden." Probleme ergaben sich z.B. beim Verschie- 
ben oder Umbenennen von Seiten, da diese fortan in der komplexen 
Seitenhierarchie nur schwer wiederzufinden waren, wobei die inhalts- 
basierte Freitextsuche des Systems nur bedingt Abhilfe schuf. Durch 
die teils überlappenden Aufgabenfelder der einzelnen AP war mitunter 
nicht eindeutig erkennbar, wo neue Seiten angelegt bzw. später danach 
gesucht werden sollten, da es mehrere mögliche Ablageorte gab. Auch 
wurden teilweise Seiten für Arbeitsschritte angelegt, die sich später 
als nicht zielführend herausstellten und dann verwaisten, aber immer 
noch in der Seitenhierarchie enthalten waren. Das Problem wurde zu- 
dem dadurch verstärkt, dass die in Confluence enthaltene Funktion zur 
Verschlagwortung von Seiten mittels Tags nicht konsequent genutzt 
wurde. Die an sich hilfreiche Funktion der Benachrichtigung per E-Mail 
bei Änderungen auf einer Seite wurde meist schnell abgeschaltet bzw. 
ignoriert, da durch die Vielzahl der Benachrichtigungsmails nicht mehr 
ersichtlich war, welche Änderungen für die jeweilige Person gerade 
relevant waren. 

Erschwerend zu diesen, dem eigentlichen Projektwiki immanenten, 
Problemen kam hinzu, dass einige Projektpartner teilweise zusätzlich 
noch eigene Ablage- und Projektmanagementplattformen nutzten. Es 
stellte sich als extrem zeitaufwändig heraus, auf allen Plattformen zu- 
mindest dieselben aktuellen Arbeitsergebnisse vorzuhalten oder auch 
mühsam danach zu recherchieren. Dem wachsenden Unverständnis 
aufseiten der Projektpartner ob dieser eigentlich untragbaren Situation 
wurde aber erst zum Ende der ersten Projektphase begegnet, indem die 
wichtigsten Ergebnisse ins Projekt-Wiki der DNB übertragen wurden. 

Während sich das Projektteam bereits an die komplexe Struktur des 
Wikis gewöhnt hatte, stellte die schiere Menge und verschachtelte Hier- 
archie der Seiten v.a. später neu hinzugekommene Kolleg*innen vor grö- 
ßere Herausforderungen, da diese sich erst mühsam mit den Untersei- 
ten vertraut machen und die Ablagelogik erlernen mussten. Alles, was 
das Projekt betraf, war im Wiki zu finden, die Frage war nur: wo und 


11 Bis zum Verfassen dieses Beitrags wurden alleine in der Projektphase II bereits 
über 320 einzelne Seiten angelegt. 


29 


30 


Projektmanagement und Digital Humanities 


wie? Da im Projektverlauf eine nicht unerhebliche Personalfluktuation 
herrschte, bedeutete dies immer wieder erhebliche Einarbeitungszei- 
ten. 

All diese Schwierigkeiten führten dazu, dass die Arbeit mit dem 
Wiki von den Projektpartnern zunehmend als nicht effizient betrachtet 
wurde, weshalb in einem zum Ende der ersten Projektphase anberaum- 
ten Evaluationsworkshop auch über die zukünftige Zusammenarbeit 
in Confluence — aber auch darüber hinaus - beraten wurde. Einige der 
Maßnahmen betrafen das Wiki-System, darunter: 


« das Aufsetzen einer »Wiki-Charta« als Vereinbarung unter den Pro- 
jektpartnern, wie das Wiki gemeinsam sinnvoll zu nutzen istund um 
neuen Kolleg*innen den Einstieg zu erleichtern; 

e die Einführung von Seiten-Templates, die automatisch mit Status- 
bausteinen (Redaktion, Publikation, Archiv, Idee) versehen wurden, 
um den Bearbeitungsstand kenntlich und Seiten leichter auffindbar 
zu machen und auch automatisch auflisten zu können; 

+ die nur noch gezielte Nutzung der Benachrichtigungsfunktion, um 
ein »Abstumpfen« durch zu viele Mails zu vermeiden. 


Darüber hinaus wurden in einem Workshop unter dem Dreiklang 
»Evaluieren — Verbessern — Ausblick« einerseits die gesteckten und 
bis dahin erreichten Ziele bilanziert, andererseits aber auch Anstöße 
für ein verbessertes Projektmanagement gegeben. Während in Phase 
I die Projektmitarbeitenden eher isoliert innerhalb ihrer eigenen Fall- 
analysen mit Anbindung an die eingangs genannten AP arbeiteten, 
fokussierte sich die Arbeitsweise in Phase II auf das Agenturenmodell 
und den Austausch über konkrete Arbeitsschritte und Herausforde- 
rungen. Dies fand seinen Niederschlag auch in den wöchentlichen 
Jours fixes, die nun verstärkt mit Themen aus den einzelnen AP bespielt 
oder als internes Agenturentreffen organisiert wurden. Die Einführung 
eines (erweiterten) Lenkungskreises mit den Projektverantwortlichen 
der Partnereinrichtungen sowie teils deren Leiter*innen sollte Aus- 
tausch und Vernetzung auch auf dieser Ebene fördern und zudem als 
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Entscheidungs-, Eskalations- und Berichtsgremium ein regelmäßiges 
Controlling des Projektfortschritts im Blick behalten. 


Weitere kollaborative Tools 


Im Zuge des Evaluationsworkshops wurden neben dem Wiki auch 
weitere Online-Tools untersucht, um die interne Kommunikation zu 
verbessern. Wichtig war dabei insbesondere die Möglichkeit, spontan 
und informell in Kontakt treten zu können, wofür mehrere Chat-Tools 
getestet wurden. Die Wahl fiel schließlich auf das Programm Slack”, das 
dem Team die Möglichkeit eröffnete, sich unkompliziert mit einzelnen 
Kolleg*innen oder auch innerhalb definierter Kanäle (bspw. innerhalb 
der jeweiligen AP) auszutauschen. Auch wenn das Tool nicht von allen 
Projektpartnern gleichermaßen ausgiebig genutzt wurde, brachte es 
dem Projekt einen beträchtlichen Mehrwert, da es die Kommunikation 
v.a. auf der operativen Arbeitsebene deutlich vereinfachte - und zusätz- 
lich auch Raum für Austausch abseits der Arbeit »Flurfunk«) schuf, was 
in Zeiten der häuslichen Isolation einen nicht zu unterschätzenden so- 
zialen Faktor darstellte. Im Hinblick auf die Projektdokumentation und 
nachhaltige Sicherung von Diskussionsergebnissen wurde vereinbart, 
alle wichtigen Informationen aus Slack ins Wiki zu übertragen. 

Da auch verschiedene Workshops in den virtuellen Raum verlegt 
werden mussten, musste zusätzlich zur textbasierten Kommunikation 
auch eine Möglichkeit gefunden werden, auf grafischer Ebene kol- 
laborativ zusammenzuarbeiten. Auch hierfür wurden mehrere Tools 
getestet und mit dem Programm Miro” (später das aufgrund deut- 
scher Server datenschutzrechtlich weniger bedenkliche Conceptboard'*) 
eine Plattform gefunden, die es erlaubte, sich auch abseits des Wikis 
visuell und kreativ auszutauschen. Tools dieser Art stellen eine ein- 
fache Möglichkeit dar, in Gruppen Brainstormings durchzuführen, 


12 _ https://slack.com 
13 https://miro.com 
14 https://conceptboard.com 
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zusammen Inhalte zu erarbeiten und sie gleichzeitig zur Dokumen- 
tation festzuhalten oder auch komplexere Inhalte (PDF, Schaubilder, 
Tabellen) zur Vorbereitung eines Meetings zu sammeln und dem Team 
zur Verfügung zu stellen. Da sich die Arbeitsflächen in der Regel pro- 
blemlos exportieren lassen, eignen sich diese Anwendungen auch sehr 
gut, um Ergebnisse zu sichern und beispielsweise im Projektwiki zur 
Dokumentation zu hinterlegen. 


Good, bad, and better practice 


Rückblickend stellt Confluence ein mächtiges Werkzeug dar, das über vie- 
le Möglichkeiten verfügt, um kollaborativ an Projekten zu arbeiten. Ge- 
rade bei umfangreichen Projekten mit mehreren Akteuren ist es aber 
ratsam, sich bereits vor Projektbeginn auf die Modalitäten der gemein- 
samen Nutzung zu einigen und diese konsequent beizubehalten, um im 
stetig wachsenden Wiki nicht den Überblick zu verlieren. Dazu gehö- 
ren v.a. eine klare Seitenhierarchie, eine durchgängige inhaltliche Ver- 
schlagwortung und die Nutzung technischer Hilfsmittel wie z.B. Ma- 
kros, um Seitenkategorien zu erstellen. Überdies ist eine regelmäßige 
(und auch frühe) Evaluation der Kommunikationswege im Team emp- 
fehlenswert, um sicherzustellen, dass alle Projektmitglieder die vorhan- 
denen Tools sinnvoll nutzen können und keine Probleme entstehen, die 
den Kommunikationsfluss hemmen und stetig anwachsen. 

Insgesamt lässt sich festhalten, dass die Kombination verschiede- 
ner Tools die Kommunikation im virtuellen Raum deutlich effizienter 
gestalten konnte - v.a. eine Chat-Plattform für den direkten Austausch 
spontaner Ideen, aber auch den nicht zu unterschätzenden Smalltalk 
zur Stärkung des sozialen Teamgefüges, erleichterte die Zusammenar- 
beit erheblich. Die Notwendigkeit, während der Pandemie komplett in 
den virtuellen Raum zu wechseln, erlaubte es dem Projektteam hierbei, 
vergleichsweise schnell und unbürokratisch Lösungen zu suchen und 
einzuführen, die unter herkömmlichen Voraussetzungen vermutlich 
weitaus aufwändiger gewesen wären. 
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Agile Bedarfe, starre Strukturen 


Die neu gegründeten oder sich im Aufbau befindenden GND-Agentu- 
ren sollen zukünftig als Mittler zwischen spartenspezifischen Anforde- 
rungen aus Kultur- und Wissenschaftseinrichtungen und bibliothekari- 
schen Umsetzungsmöglichkeiten fungieren. Es sollen nicht nur organi- 
satorisch neue Pfade zur Partizipation von Kultureinrichtungen an der 
GND begangen, sondern auch inhaltlich durch bedarfsgerechte Erwei- 
terungen am GND-Datenmodell die Einspielung neuer Normdaten er- 
möglicht werden. Ziel ist es, während der Projektlaufzeit GND-Agentu- 
ren für Fachcommunities aufzubauen, die nach Projektende in den Dau- 
erbetrieb übergehen. Damit einhergehende Aufgaben sind die Akquise 
neuer Datenlieferanten, Gremien- und Redaktionsarbeiten, Datenpro- 
zessierung sowie die Koordination der Zusammenarbeit mit verschie- 
densten Stakeholdern. 

Die zur Verfügung stehende Zeitspanne ist in Digital Humanities- 
Projekten für die Vielfalt an Aufgaben und Anforderungen oft sehr 
begrenzt. Agilität und Innovation sollten es ermöglichen, auf neue 
Entwicklungen und Technologien bzw. Ansätze zu reagieren und für die 
eigene Projektarbeit zu nutzen. Dem gegenüber stehen jedoch häufig 
engmaschig zu verfassende Projektberichte, in denen vorher festgelegte 
Meilensteine und erfüllte Eckpunkte dem Träger beschreiben müs- 
sen. Stets im Hintergrund greifbar ist also der Druck, die im Antrag 
festgesetzten und selbst auferlegten, oftmals übersteigerten Visionen 
fristgerecht zu erreichen oder eine Rechtfertigung zu finden, warum 
Meilensteine nicht oder nur teilweise erreicht werden konnten. Um auch 
nur annähernd diesen Grundvoraussetzungen produktiv begegnen zu 
können, braucht es einen großen Koffer mit Projektmanagement- 
Werkzeugen, die je nach Bedarf eingesetzt werden. 
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Exemplarischer Anforderungskatalog und zentrale 
Herausforderungen im Projektmanagement für eine nationale 
GND-Agentur Bauwerke 


Der Aufbau einer GND-Agentur ist mit zahlreichen komplexen Heraus- 
forderungen verbunden und umfasst ein großes Spektrum. Die GND- 
Agenturen sind dabei ein integraler Bestandteil der GND-Organisati- 
onsstruktur und müssen sich an ein Anforderungsprofil® halten. Eini- 
ge der Aufgaben, die mit dem Aufbau einer Agentur einhergehen, sollen 
hier exemplarisch für Phase II des Projekts aufgeführt werden, um die 
Herausforderungen des Projektmanagements zu verdeutlichen. 

Eine der Hauptaufgaben bestand darin, einen Workflow zur Ein- 
spielung externer Datensets in die GND zu entwickeln und - bis zur 
Produktreife der GND-Toolbox (vgl. dazu das Kapitel »Werkzeuge zum 
GND-Abgleich«) — als sogenannte Interimslösung umzusetzen. Dazu 
gehörten u.a. die Sichtung, Bereinigung, Anreicherung und Transfor- 
mation von Datenlieferungen aus Kultureinrichtungen in das vorge- 
gebene XML-Austauschformat MARC-21-Authority'°. Hierfür wurden 
verschiedene Tools und Skriptsprachen wie OpenRefine”, Python"? oder 
XSLT” genutzt. Zudem war ein semantisches Verständnis der Quell- 
und Zielformate notwendig, um diese korrekt aufeinander mappen zu 
können. Damit einher ging z.B. die Identifizierung von Besonderheiten 
in der Erschließung von Bauwerken für die GND sowie die Ausarbei- 
tung eines Anwendungskontextes zur Bauwerksdokumentation”® in 
der GND. Kommunikation und Rücksprache mit der Fachcommunity, 
Akquise neuer Datengeber, Workshops, Tutorials, Offentlichkeitsar- 


15 Vgl. https://gnd.network/Webs/gnd/DE/Mitmachen/Aufgaben/aufgaben_nod 
e.html. 

16 https://www.loc.gov/marc/authority 

17 https://openrefine.org 

18 _ https://www.python.org 

19 https: //www.w3.org/Style/XSL 

20 Vgl. https://sta.dnb.de/doc/STA-KO-BAU?q=bauwerksdokumentation. 
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beit, Gremienarbeit im GND- und Standardisierungsausschuss™ sowie 
die Dokumentation und Aufbereitung der Ergebnisse erweiterten den 
Anforderungskatalog für den Aufbau einer GND-Agentur Bauwerke. 


Abb. 2: Anforderungskatalog für den Aufbau einer GND-Agentur Bauwerke 
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Ohne Anspruch auf Vollstandigkeit wird hier die Vielfalt an Anfor- 
derungen - auch an ein erfolgreiches Projektmanagement - bereits 
deutlich erkennbar. Die Herausforderung bestand nicht nur darin, 
innovative Wege für die Umsetzbarkeit all dieser Aufgaben zu finden, 
sondern diese auch in Personalunion zu koordinieren und auszufüh- 
ren. Anfänglich unter der Anleitung von erfahrenem Stammpersonal 


21 Vgl. https://wiki.dnb.de/display/STAC/GND-Ausschuss sowie https://www.dnb 
.de/standardisierungsausschuss. 
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konnte, mit einem erheblich größeren Eigenanteil als ursprünglich vor- 
gesehen, das Projektpersonal eingearbeitet und eine grobe Strategie für 
den weiteren Projektverlauf vorgenommen werden. Stakeholder- und 
SWOT-Analysen?” trugen als Werkzeuge dazu bei, Übersicht über das 
anvisierte Netzwerk zu gewinnen und die Workflows zielgruppenori- 
entiert anhand von Prozesslandkarten planen zu können. Der indirekte 
Führungsstil der Projektleitung bzw. Direktion am DDK sorgte hierbei 
für genügend Handlungsspielraum, um agile und kreative Lösungen für 
diverse Problemstellungen zu entwickeln. Es gelang durch Handlungs- 
empfehlungen und gute Beratungsvorlagen nicht nur das operative, 
sondern auch das strategische Vorgehen zu gewährleisten. Grundlage 
für das Gelingen waren bedarfsorientierte und teilweise kurzfristig 
anberaumte Treffen mit der Leitung zur Kontrolle und Absegnung des 
geplanten weiteren Vorgehens sowie eine teilweise Verlagerung von 
Verantwortlichkeiten, basierend auf Vertrauen in die Fähigkeiten und 
das Potenzial des Personals wie auch die Offenheit über Strategien im 
institutionellen Kontext. Des weiteren wurde hausintern die Projekt- 
management-Plattform Planio’ genutzt, um Aufgaben zu erstellen, zu 
dokumentieren und zu verwalten. In wöchentlichen Jours fixes mit der 
Informatikabteilung am DDK wurden Arbeitsfortschritte, aber auch 
Probleme und Abhängigkeiten thematisiert, sowie das weitere Vorge- 
hen zu einzelnen Aufgaben besprochen. Zwischenergebnisse wurden in 
einem Wiki dokumentiert. 

Für das GND4C-Projekt und zur Gründung einer national agieren- 
den GND-Agentur Bauwerke arbeitete bis Ende 2022 am DDK ein Voll- 
zeitäquivalent in Personalunion. Ab April 2022 unterstützte eine halbe 
Personalstelle, die mittels externer Projektgelder finanziert wurde. An- 
fang 2023 wurde infolge eines Personalwechsels das Vollzeitäquivalent 
zwecks kostenneutraler Projektverlängerung bis Anfang 2024 auf 50% 
reduziert. Betrachtet man die Aufgabenvielfalt und die erforderlichen 
Kenntnisse (vgl. Abb. 2) wird klar, vor welch mannigfaltigen Heraus- 
forderungen die Projektmitarbeitenden in Bezug auf das Projekt- und 


22 Vgl. https://de.wikipedia.org/wiki/SWOT-Analyse. 
23  https://plan.io/de/ 
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Aufgabenmanagement gestellt waren - und dies alles zur Vorberei- 
tung eines dauerhaften Produktivbetriebes direkt im Anschluss an die 
Projektlaufzeit, aber ohne Garantie auf eine Fortsetzung des eigenen 
Stellenanteils! Trotz guter Planung waren die genannten Anforderun- 
gen kaum, geschweige denn problemlos zu bewältigen, insbesondere da 
das Institut nur geringe Personalstärke in Festanstellung beschäftigen 
konnte und, wie leider oft üblich, gezwungen war, stets neue Projekte 
in die Pipeline aufzunehmen, die es notwendig machten Ressourcen 
und damit Zuständigkeiten immer wieder neu zu strukturieren. Die 
Folgen waren eine dauerhafte Überlastung des Projektpersonals mit 
abnehmender Eigenbeteiligung des Stammpersonals zum Austausch 
und Controlling, worunter natürlich ebenfalls das Projektmanagement 
litt. 

Die Probleme, die mit ständig befristeten Arbeitsverträgen, oft 
wechselndem Personal, Wissenslücken aufgrund mangelnder oder 
zu verteilter Dokumentation, langen Einarbeitungszeiten und der 
puren Vielfalt an Aufgaben einhergehen, erforderten einerseits gute 
kommunikative und soziale Kompetenzen sowie technisches und infor- 
mationswissenschaftliches Fachwissen, andererseits Versiertheit in der 
Anwendung der bereits angesprochenen Projektmanagement-Tools. 
Zudem war eine angemessene Begegnung mit der eher starren und 
hierarchischen Arbeitsweise im Bibliothekswesen nötig, die in ganz an- 
deren Takten und Strukturen verläuft. Das eigene Projektmanagement 
musste also stetig an einen anders verlaufenden Rhythmus angepasst 
werden. 

Die Zeit, die in Bibliotheken für die Pflege, Wartung und Opti- 
mierung von bestehenden Systemen, Prozessen und Technologien 
aufgewendet wird, nimmt oft viel Arbeitszeit in Anspruch. Hinzu 
kommen die Pflege von digitalen Sammlungen oder etwa auch die 
Modernisierung von Benutzerschnittstellen sowie die Anpassung von 
Sicherheitsmaßnahmen. Auch der Umgang mit Regelwerken und Da- 
tenformaten gehört dazu - zwei weitere wichtige Aspekte bei der Pflege 
und Wartung von Bibliothekssystemen. Beide (Regelwerk und Datenfor- 
mat) legen fest, wie Informationen organisiert, beschrieben, zugänglich 
gemacht und maschinell ausgetauscht werden sollen (hier: MARC-21- 
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Authority XML und RDF”). Änderungen oder Anpassungen in die- 
sem Bereich werden in überwiegend bibliothekarisch geprägten GND- 
Gremien oder beauftragten Arbeitsgruppen meist sehr langwierig und 
aufwändig (auch in den Vorbereitungen dafür) diskutiert. In teils sehr 
engmaschigen Review-Prozessen werden Vorschläge zur Änderung von 
Regelwerken mehrfach geprüft, angepasst, evtl. nochmals überarbeitet 
und erst dann genehmigt und implementiert - eine Vorgehensweise, 
die einem zeitlich befristeten Projekt nicht gerade zuträglich ist. 

Die im Rahmen der Fallanalyse in der ersten Projektphase identifi- 
zierten Anpassungen am Regelwerk für die Erfassung von Bauwerken in 
der GND aus Sicht der Fachcommunity sollten bspw. im Laufe der zwei- 
ten Projektphase als fachspezifisches Anwendungsprofil ausgearbeitet 
und veröffentlicht werden, um auch weiterhin eine standardisierte 
Erfassung von neuen GND-Sätzen zu gewährleisten. Dieser Prozess 
erforderte die Beteiligung verschiedener Stakeholder, wie Bibliothe- 
kar*innen, Archivar*innen oder Informationswissenschaftler*innen 
und bedurfte einer engen Absprache (dem inhärent waren natürlich 
auch sämtliche Probleme in der Kommunikation, vgl. dazu das Kapi- 
tel zuvor). Durch den sehr zähen Redaktionsprozess waren bis zum 
Zeitpunkt der Manuskripterstellung die entsprechenden Regeln nicht 
umgesetzt, gleichwohl aber trotzdem Grundlage bzw. Voraussetzung 
der weiteren Projekt- und Agenturarbeit. 

Den teils nötigen Regelwerksänderungen oder -erweiterungen 
stand die Validierung und Prüfung der zur Einspielung in die GND an 
die DNB übergebenen Datensets gegenüber. Da es kein Validierungs- 
schema des Zielformats gab und das vorhandene Regelwerk in Teilen 
sehr gedehnt angewendet werden musste, war eine Vorabprüfung der 
Daten schwer möglich. Oft mussten Sonderfälle besprochen und redak- 
tionell überarbeitet, die Datensets dann wiederum angepasst werden 
und dies in mehreren Iterationen. Eine Validierung der Datenlieferung 
erfolgte schließlich erst beim Einspielen in das Testsystem der GND. 
Dem schloss sich zudem eine intellektuelle Prüfung der Daten seitens 
eines Expertenteams an, was mehrere weitere Bearbeitungsschleifen 


24 Resource Description Framework, vgl. https://www.dnb.de/rdf. 
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nach sich zog. Der zeitliche Aufwand für die Einspielung eines Daten- 
sets mit eher geringem Umfang” war aufgrund dieser und anderer 
Faktoren unverhältnismäßig 

Es wird offensichtlich, dass sowohl an der Stelle der Regelwerksän- 
derungen als auch im Durchlaufen der vielen Schleifen zur Datenset- 
Einspielung viele Spannungen und Frustration entstehen konnten, 
die nur durch ein gut geplantes und engagiertes Projektmanagement 
eindämmbar waren. Die Bedarfe beider Stakeholder standen sich hier 
diametral gegenüber, sodass der Wille und die Geduld seitens potenzi- 
eller neuer Datengeber auf eine harte Probe gestellt wurden. In einer 
2017 geführten Grundsatzdebatte zur strategischen Ausrichtung” der 
GND haben sich die damaligen GND-Partner zwar einstimmig für eine 
konsequente Ausweitung und Modernisierung derselben ausgespro- 
chen, die hierarchischen und eingespielten, oftmals auch traditionell 
gepflegten Strukturen — so hat es zumindest den Anschein - stellen 
gerade für neue, nicht-bibliothekarisch geprägte GND-Agenturen aber 
Barrieren in ihrer Entwicklung und Ausgestaltung dar. 

»Ein Netzwerk aus helfenden Händen ist gut, wenn man neu ineiner 
Gemeinschaft ist und aktiv mitarbeiten möchte. Die GND-Kooperative 
ist ein Netzwerk von Einrichtungen, die sich in allen Aspekten der GND 
gegenseitig unterstützen.« So liest es sich verheißungsvoll aufder GND- 
Website.” Anspruch und Wirklichkeit klaffen hier allerdings noch weit 
auseinander. Jeder Öffnungsschritt für nicht-bibliothekarische Pro- 
jektpartner muss mühsam erkämpft werden und ein erfolgreiches 
Projektmanagement wird durch den Clash of Cultures immer wieder vor 
neue Herausforderungen gestellt. In vielerlei Hinsicht hätte es dem 
Projekt(fortschritt) gutgetan, die bisherigen Einrichtungen der GND- 


25 Zum Zeitpunkt der Manuskripterstellung wurde die Einspielung eines Testda- 
tensets mit rund 100 Bauwerk-Datensätzen bereits seit ca. sechs Monaten be- 
arbeitet. 

26 Das GND-Entwicklungsprogramm 2017-2021, vgl. https://wiki.dnb.de/display 
/GND/GND-Entwicklungsprogramm, war auch Anlass wie Grundlage für den 
GND4C-Projektantrag. 

27 Vgl. https://gnd.network/Webs/gnd/DE/Mitmachen/mitmachen_node.html. 


39 


40 


Projektmanagement und Digital Humanities 


Kooperative im Vorfeld auf das Kooperative im Namen einzuschwören 
- und nicht schon in der frühen Findungsphase der neuen Agenturen 
für Ernüchterung und Unverständnis zu sorgen. 


Der andere Weg von LEO-BW-Regional - gemeinsam statt einsam, 
regional statt national 


Angesichts der im vorhergehenden Teil geschilderten Umstände kon- 
zipierten die beiden Projektpartner BSZ und LABW ein anderes Agen- 
turenmodell, als es ursprünglich projektseitig vorgesehen war: Statt 
zweier separat und jeweils national agierender GND-Agenturen für die 
Archiv- und Museumssparte wurde auf eine gemeinsam betriebene, 
sich ausschließlich an nicht-bibliothekarische Einrichtungen in Baden- 
Württemberg wendende Agentur hingearbeitet. Hintergrund für die 
regionale, dafür aber spartenübergreifende Ausrichtung der LEO-BW- 


Regional’ 


getauften GND-Agentur war einerseits der Rechtsstatus der 
beiden Partner, als Landeseinrichtungen Dienstleistungen fokussiert 
auf Baden-Württemberg anzubieten, andererseits die organisatorische 
Rückbindung an das landeskundliche Informationssystem und Kultur- 
gutportal für Baden-Württemberg LEO-BW”. Mit dem frühzeitigen 
Wegfall des Projektpartners DDB, dem im Gesamtprojekt eine Schlüs- 
selrolle zugedacht war (Nachnutzung der fachlichen und politischen 
Kommunikations- sowie der spartenübergreifenden Organisations- 
strukturen), bestand auch keine Aussicht mehr auf eine bundesweite 
Finanzierung der neuen GND-Agenturen. Insofern stellte LEO-BW als 
etablierte und nachhaltig finanzierte Infrastruktur im Südwesten den 
idealen Anknüpfungspunkt für eine Agenturkooperation zwischen BSZ 
und LABW dar. Synergien ergaben sich unter Nachnutzung bestehender 
Strukturen, Expertisen und Netzwerke, die wesentlich dazu beigetragen 
haben, dass LEO-BW-Regional bereits seit Ende 2020 als erste nicht- 
bibliothekarische GND-Agentur innerhalb der GND-Kooperative aktiv 
sein konnte. 


28  https://www.leo-bw.de/gnd-agentur 
29  https://www.leo-bw.de 
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Als Verbundzentrale für den Südwestdeutschen Bibliotheksverbund 
(SWB)?° und langjähriges Mitglied der GND-Kooperative konnte das 
BSZ den Agentur- sowie letztlich auch den übrigen Projektmitarbeiten- 
den in puncto Schulungen für die GND-Redaktion die Unterstützung 
anbieten, die alle so dringend benötigten, um in den Augen des bi- 
bliothekarischen Fachpersonals als Agentur überhaupt erst an den 
Start gehen zu können. Auch deswegen standen für LEO-BW-Regional 
von Anfang an insbesondere die Kernaufgaben Redaktionsarbeit und 
Qualitätssicherung in der GND im Fokus der Agenturarbeit. Daher 
stellen sowohl der bibliothekarische Support bei Regelwerksfragen auf 
dem kurzen Dienstweg als auch allgemein der Rückgriff auf die GND- 
Expertise der BSZ-Kolleg*innen einen wesentlichen Stützpfeiler für 
die Aufrechterhaltung dieses Angebots dar. Dies wird auch anderen 
Einrichtungen aus dem Kultur- und Forschungsbereich so vermittelt, 
die sich inzwischen im Rahmen von Informationsgesprächen an LEO- 
BW-Regional gewendet haben und mit dem Gedanken spielen, selbst 
eine (regional ausgerichtete) GND-Agentur zu gründen. 


Good, bad, and better practice 


Arbeitsintervalle zu einzelnen Aufgaben in Bibliotheken können oft 
langfristig sein und bestehende Prozesse, Technologien und Schema- 
ta werden eher schleppend optimiert oder an neue Entwicklungen 
angepasst. (Forschungs-)Projekte, die agil arbeiten möchten und auf- 
grund der Fülle an Aufgaben schnell anpassungs- und handlungsfähig 
sein müssen, verlaufen dann oft in einem völlig anderen Rhythmus 
und werden vom langsameren, in hierarchischen Strukturen arbeiten- 
den Partner bzw. Gegenüber ausgebremst, da sie abhängig von deren 
Feedback sind. 

Durch diese Trägheit sind Bibliothekssysteme nicht immer in der 
Lage, von den Vorteilen der Digital Humanities zu profitieren, deren di- 
gitale Technologien die Arbeit von Bibliotheken unter Umständen erheb- 
lich erleichtern und verbessern könnten. Wenn diese (strukturbedingt) 


30 _ https://www.bsz-bw.de/swb.html 
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aber nicht schnell genug reagieren konnen, um neue Technologien zu 
implementieren, verpassen sie méglicherweise wertvolle Chancen. 
Eine Balance oder Annaherung zwischen Projektlaufzeit und Um- 
setzungszeit, speziell bei bibliothekarischen Projektpartnern, ist drin- 
gend erforderlich, um die Erfordernisse beider Seiten abzudecken: er- 
gebnisorientiertes Arbeiten und langfristige Ziele, basierend auf einem 
stabilen Projektmanagement. Es ware wiinschenswert, wenn die Biblio- 
thekswelt daher lernen wiirde, flexibler und anpassungsfahiger zu wer- 
den, um agiler zu arbeiten und von den Vorteilen digitaler Technologien 
zu profitieren, ohne natiirlich ihre langfristigen Ziele, Strategien, Auf- 
gaben und ihre Rolle in der Gesellschaft aus den Augen zu verlieren.” 


Werkzeuge zum GND-Abgleich 


Die GND ist seit ihrer Genese aus vier früheren bibliothekarischen 
Normdateien im Jahre 2012 allein im Entitätstyp Personen von ca. 2,8 
auf derzeit 5,9 Mio. Datensätze angewachsen. Der weitaus überwie- 
gende Teil wurde von Mitarbeiter*innen der mehr als 1.000 beteiligten 
Bibliotheken händisch erstellt und geprüft oder aus anderen bibliothe- 
karischen Softwaresystemen übernommen. Technologien oder stan- 
dardisierte Verfahren für einen zuverlässigen automatisierten Abgleich 
von Daten mit der GND als auch für die automatisierte Weitergabe 
an die DNB zur Einspielung in die GND aus nicht-bibliothekarischen 
Systemen existieren bisher nicht bzw. nicht in der benötigten Qualität. 


Zur Rolle von Software in GNDAC 


Im Bereich Softwareentwicklung von GND4C (AP 3) wurde davon aus- 
gehend eine im Detail sehr komplexe Aufgabe angegangen: der Abgleich 
von Metadaten aus Archiven, Museen und Sammlungen mit der GND 


31 Zum agilen Arbeiten in Bibliotheken vgl. Sven Strobel, Community of Practice 
»Agilität in Bibliotheken« gegründet, in: TIB Blog, https://blogs.tib.eu/wp/tib/2 
020/11/27/community-of-practice-agilitaet-in-bibliotheken-gegruendet/. 
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in den Entitätstypen Personen, Geografika, Bauwerke und Sachbegrif- 
fe. Am ehesten ließe sich das mit den Möglichkeiten von OpenRefine 
unter Verwendung der Reconciliation-API auf den lobid-Dienst?” des 
Hochschulbibliothekszentrums des Landes Nordrhein-Westfalen ver- 
gleichen: Einzelne Elemente eines musealen Datensatzes zu einer 
Person — Namen, Lebensjahre, Berufe — werden mit einem Index der 
gesamten GND verglichen, um eine Trefferliste zu generieren und nach 
der Wahrscheinlichkeit eines Matches zu gewichten. Das funktioniert 
bei Berühmtheiten wie Hannah Arendt oder Leonardo da Vinci mit lobid 
recht gut, scheitert aber an unbekannten Personen oder solchen mit 
weit verbreiteten Namen, wie sie sich in vielen regionalen Sammlungs- 
bestanden als Kiinstler*innen, Sammler*innen oder Hersteller*innen 
finden. 

Ziel der Softwareentwicklung sollte es sein, eine Art validierte Treffer- 
liste zu generieren, die Personen mit abweichenden Lebensdaten oder 
Berufsangaben aus anderen Tatigkeitsfeldern an das Ende der Liste setzt 
oder ausschließt. Diese Ergebnisse auf Basis eines leistungsfähigen, fein 
justierbaren Scorings sollten schnell und einfach überprüfbar sein und 
es erlauben, GND-Identnummern zur Anreicherung der Erfassungssys- 
teme zu gewinnen. Zugleich sollten so aber auch mégliche Kandidaten 
ftir die GND identifiziert werden, um sie in einer interoperablen Form 
zur potenziellen Einspielung in das DNB-System ftir die GND auszuge- 
ben. 

Diese Uberlegungen spielten in der Konzeption von GND4C fiir die 
Prozessierung von entsprechenden Datenbestanden bei den Partnerin- 
stitutionen eine wichtige Rolle und die Erreichung von zentralen Pro- 
jektzielen war direkt von einer funktionierenden, »GND-Toolbox« ge- 
nannten Software abhangig. Zwar handelt es sich also um ein DFG-ge- 
fordertes Forschungsprojekt, fiir die Software wurde aber implizit der 
Status eines Produktivsystems erwartet - wohlgemerkt für Anforderun- 
gen, die sich erst im Projektverlauf ergaben und unter Anwendung von 
Mechanismen etwa für Datentransformation und Matching gegen die 
GND, die erst entwickelt und erprobt werden mussten. 


32 _ https://lobid.org/gnd/reconcile 
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Zentrale Herausforderung GND-Toolbox 


Wie eingangs erwähnt (vgl. Abb. 1), stieg ab Januar 2022 die ThULB mit 
einem Koordinator und einem neuen Entwickler ins Projekt ein und er- 
setzte damit die SHLB, die im Bereich Softwareentwicklung zuvor Part- 
ner von digiCULT gewesen ist. Recht schnell zeigte sich zu Beginn von 
Phase II, dass seit 2018 unter Federführung von digiCULT umfangrei- 
che Entwicklungsarbeiten softwaregestützter Workflows stattgefunden 
hatten, die im Confluence-Wiki der DNB ausführlich dokumentiert wa- 
ren und evaluiert werden mussten. Der Vorteil des späten Einstiegs war 
- dank des in Phase I bereits erarbeiteten Anforderungskatalogs - ei- 
ne größere Klarheit darüber, welche Features für produktive Workflows 
benötigt wurden und in eine neue Software zu integrieren waren. Die 
dynamische Entwicklung von Anforderungen durch ein iteratives Pro- 
jektvorgehen konnte jedoch bereits in Phase I nur in kleinen Teilen ab- 
gebildet werden. Dieser Überhang ließ sich in Phase II selbst mit einem 
erfahrenen Entwickler, allerdings außerhalb des fordernden Grenzbe- 
reichs zwischen musealen und bibliothekarischen Konzepten und Soft- 
wares, kaum abarbeiten. 

Zugleich hatte sich im Projektverlauf mit der Entwicklung der zu- 
künftigen GND-Agenturen eine große Abhängigkeit der Partnerinsti- 
tutionen von der Verfügbarkeit einer noch nicht vorhandenen Software 
mit einem stetig wachsenden Funktionsumfang aufgebaut. Diese Er- 
wartungen traten in einem Auftaktworkshop zur Weiterentwicklung 
der Toolbox im März 2022 und damit zwei Monate nach Start der Phase 
II für die ThULB besonders deutlich zutage. Das Spektrum reichte von 
der Aufnahme und Manipulation vielfältiger Datenformate aus Erfas- 
sungssystemen mit diversesten Merkmalen, über die automatisierte 
Aufspaltung nach Entitätstypen zur getrennten Weiterverarbeitung. 
Zudem galt es, eine entsprechende Oberfläche zu gestalten, um große 
Datenmengen einerseits übersichtlich, andererseits zugleich detail- 
reich visualisieren zu können, sowie eine Ausgabe in standardisierten 
Formaten (darunter MARC XML als Format für Importe in die GND) zu 
integrieren - alles in allem einige Dutzend Eigenschaften, von denen 
viele umfangreiche konzeptionelle Vorarbeiten erforderten. 
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Grundsätze des Projektmanagements im Arbeitspaket 


Ausgehend von der Situation und den Ergebnissen in Phase I sowie den 
Erwartungen für Phase II war unschwer abzuleiten, dass manche der 
Anforderungen und Erwartungen zwangsläufig enttäuscht werden wür- 
den. Zugleich musste eine Beschränkung auf einige wenige, aber zu- 
verlässige Werkzeuge erfolgen, um nicht am Ende nur einen Software- 
Rumpf mit vielleicht vielfältiger, aber nur angedeuteter Funktionalität 
vorweisen zu können. 

Konsequenzenreich war auch die Entscheidung, die Arbeit mit der 
vorhandenen Code-Basis und den darin implementierten Konzepten 
fortzusetzen. Dies erfolgte bedingt durch die Vorerfahrungen des neuen 
Entwicklers mit einer anderen Programmiersprache (Python anstelle von 
PHP) und entsprechend einem anderen Framework (Streamlit”? anstelle 
von Typo3**), was bedeutete, dass die vorhandene Funktionalität aus der 
in Phase I entwickelten alten Software in die neue übertragen werden 
musste. Zugleich sollten generelle Mängel des Projektmanagements für 
die Toolbox-Entwicklung in Phase I adressiert werden, insbesondere 
der fehlende Austausch mit dem Entwickler im Projektteam und eine zu 
geringe Transparenz des Entwicklungsfortgangs und seiner konkreten 
Ausrichtung. Die Roadmap wurde soweit möglich für evtl. Schwer- 
punktverlagerungen, zeitliche Verschiebungen und alternative Wege 
offengehalten — gerade mit Blick auf Workflows unter Verwendung von 
OpenRefine. Hier war sicherzustellen, dass die Arbeitsfahigkeit der Part- 
nerinstitutionen soweit möglich durch konzeptionelle und technische 
Leistungen unterstützt wird (Interimslösung). 


33 _ https://streamlit.io 
34  https://typo3.org 
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Abb. 3: In Nutzung befindliche, optionale und geplante Datenquellen und -workflows für die GND- 
Arbeit im Rahmen von GND4C 
Testing Jan23- Sep23 ideal (planned) way 


optional routes 
‘interim’ solution(s) 


H 


SSRU_SOAP_Record///MARC 


Grafik: Michael Markert, ThULB 


Good, bad, and better practice 


Innerhalb des kleinen Teams in Phase II arbeitete der Entwickler bisher 
selbstständig an der Software, während der Koordinator als Schnitt- 
stelle zum Projektteam fungierte und den Informationsfluss in beide 
Richtungen sicherstellte. Zwischen beiden erfolgte eine wöchentli- 
che Abstimmung per Videokonferenz über die nächsten Schritte oder 
bestehende Hindernisse, sonst bestand Kontakt über Slack, etwa um 
anhand von Screencasts Eigenschaften der Software oder Bugs zu dis- 
kutieren. Zusätzlich erfolgte ein wöchentliches Reporting in Form einer 
Liste mit den jeweiligen Entwicklungsvorhaben am Wochenstart und 
einem Bericht mit dem Outcome am Wochenende. 

Von einem agilen Prozess war die Softwareentwicklung in GND4C 
mit diesem Vorgehen weit entfernt. Ein Grund hierfür waren u.a. die 
unterschiedlichen Organisationsstrukturen der beteiligten Institutio- 
nen mit einer teilweise stark hierarchisierten Entscheidungsmatrix im 
Gegensatz zu einer flexiblen produkt- und lösungsorientierten Soft- 
wareentwicklung im Projekt. Eine hohe Flexibilität wurde nicht zuletzt 
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durch die Bereitschaft erreicht, liebgewonnene Ideen fallen zu lassen 
oder sich auf neue Schnittstellen oder Softwarewerkzeuge einzulassen, 
wenn es der Erreichung des Gesamtprojektziels diente. 

Eine generelle Herausforderung ist, dass mit einem Neueinstieg 
in ein laufendes Projekt immer das Wissen fehlt, Vorarbeiten und ge- 
troffene Entscheidungen umfassend zu beurteilen. Gerade deshalb 
sollte der (Software-)Entwicklungsprozess als Prototyping gedacht wer- 
den. Statt eines entsprechend kleinschrittigen Vorgehens wurde vom 
Team in Projektphase II zuerst versucht, die vorhandene Oberfläche, 
die bisher verwendeten Datenstrukturen, Matching-Algorithmen und 
damit verbundene Funktionen direkt zu übernehmen - und damit ein 
großer, schwer zu bewältigender Anforderungs-Brocken erzeugt. Die 
Reproduktion der bestehenden Entwicklungen mit den damit verbun- 
denen Konzepten und technischen Ansätzen ohne Austausch mit dem 
ursprünglichen Entwickler war sehr herausfordernd, auch weil sie im 
neuen Framework nicht ohne Weiteres umsetzbar waren. 

Zielführender und v.a. motivierender wäre es zweifellos gewesen, 
schon diesen Brocken - auch auf die Gefahr einer weniger geschlosse- 
nen Lösung hin - in kleine Kiesel zu zerlegen. Das ist natürlich ein Ge- 
meinplatz des Projektmanagements, aber bei der Softwareentwicklung 
können die Pakete nicht klein genug sein, denn man verliert sich schnell 
zwischen Fehlermeldungen und Feature-Requests und den vielfältigen 
Möglichkeiten der Korrektur und Realisierung. Gerade bei einer Python- 
Codebasis kann man dann auch aus diesen Baustellen ohne großen Auf- 
wand etwas generieren, das in anderen Workflows oder anderen Werk- 
zeugen wie OpenRefine weiterhilft. Zudem ist es sehr viel motivierender, 
kleine Bausteine abzuschließen, statt sie immer nur als Zwischenschritt 
zu einer hochkomplexen Gesamtlösung zu begreifen. 


Fazit 


Das ambitionierte Großprojekt GND4C ist angetreten, innerhalb von 
(nur) 60 Monaten bibliothekarisch geprägte und über Jahrzehnte hinweg 
gefestigte Arbeitsfelder wie Organisationsmodell, Geschäftsprozesse, 
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Kommunikationskanäle, Regelwerksarbeit, Werkzeuge und (tech- 
nische) Infrastruktur der GND zu modernisieren. Dies verspricht 
einerseits großes Innovationspotenzial, birgt ob der Erwartungshal- 
tung aus dem Kultur- und Forschungsbereich und so manch kritischer 
Stimme aus dem Bibliothekssektor aber auch eine gewisse Fallhöhe in 
sich. Vorbereitet und eingebettet in das GND-Entwicklungsprogramm 
2017-2021 der GND-Kooperative, war der konzeptionelle und planeri- 
sche Rahmen für die Modernisierung und Öffnung der GND umrissen, 
der Wandlungsbedarf klar erkannt und kommuniziert. Für ein erfolg- 
reiches Change-Management gilt es aber auch Willensbarrieren in den 
eigenen Reihen abzubauen, die die Wandlungsbereitschaft blockieren. 
Das erfolgreich etablierte Dialog-Format der GND-Forumsveranstal- 
tungen als Diskursraum für die verschiedenen Communities im GND- 
Netzwerk bräuchte es daher eigentlich auch für den Bibliotheksbereich. 

Der stetige Wechsel zwischen kollaborativen, kooperativen und 
eigenverantwortlichen Arbeitsprozessen innerhalb des Projekts ver- 
langte von allen Beteiligten ein hohes Maß an Struktur, Koordination 
und Kommunikation. Trotz langjähriger Beschäftigung aller mit der 
Thematik Normdaten im Kulturbereich und Erfahrungen im Projekt- 
management stand es hier nicht immer zum Besten. Unterschiedliche 
Organisationsstrukturen und Wissensbarrieren erhöhten die Kom- 
munikationsaufwände hinsichtlich produktorientierter Workflows 
und aufeinander abgestimmter Arbeitspakete. Kaum beeinflussbare 
Faktoren wie Fachkräftemangel, Personalfluktuationen oder auch der 
frühzeitige Ausstieg eines Projektpartners mit zentraler Rolle sowie 
Umwelteinflüsse wie die Covid-19-Pandemie erschwerten die Situa- 
tion zusätzlich. Zum Ende der ersten Projektphase mussten einige 
Projektpartner sogar Überbrückungsgelder”” beantragen, um die in 
personellen Diskontinuitäten bedingten, unterschiedlichen Projekt- 
laufzeiten der Partnerinstitutionen (aufgrund nicht parallel erfolgter 
Stellenbesetzung, vgl. Abb. ı) aufzufangen. Aus den asynchronen Pro- 
jektlaufzeiten und den in Abhängigkeit stehenden Workflows in den 


35 Auch weil sich der Entscheidungsprozess bei der DFG für die Bewilligung des 
Folgeantrags Pandemie-bedingt wesentlich verzögert hat. 
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einzelnen Arbeitspaketen ergab sich in der Folge u.a. ein technischer 
Entwicklungsstau, der seitens der Projektpartner mit Agenturkonzep- 
tion in der Entwicklung alternativer Lösungen angegangen werden 
musste. Hierfür war ein hoher zusätzlicher konzeptioneller und tech- 
nischer Aufwand in Form von Eigenanteilen nötig, der zeitlich und 
personell so nicht eingeplant war. 

Mit dem Projekteinstieg der ThULB Anfang 2022 kam Bewegung 
und zugleich mehr Transparenz in das Arbeitspaket zur GND-Toolbox, 
worüber alle Projektpartner spürbar erleichtert waren. Die Reduktion 
des Anforderungskataloges auf wesentliche, strategisch wichtige Kom- 
ponenten für die weitere Entwicklung in kleineren Arbeitsschritten 
wurde als ein solides und v.a. aufrüstbares Fundament aufgefasst. 
Durch Unterstützung der jeweiligen Partner bei deren Interimslösun- 
gen ergaben sich ein gemeinsames Verständnis der Anforderungen und 
gewonnene Erfahrungswerte, die es ermöglichten, die aufgebrachten 
Ressourcen im Vergleich zur späteren Toolbox-Lösung besser beurteilen 
zu können. 

Auch der Evaluationsworkshop am Ende von Phase I und der damit 
einhergehenden gezielten Hinterfragung von Arbeitsweisen führte zu 
Ergebnissen, die die Zusammenarbeit im weiteren Projektverlauf we- 
sentlich verbessern sollten. So fokussierte sich die Arbeitsweise in Pha- 
se II auf das Agenturenmodell und den Austausch untereinander. Deut- 
liche Verbesserungen hinsichtlich der Arbeits- und Kommunikations- 
strukturen ergaben sich begleitend durch die Einführung des Chat-Tools 
Slack und die selbstauferlegte Wiki-Charta für Confluence. 

Eine Einführung oder Schulung in das mächtige Wiki-System zu 
Projektbeginn hätte dem ausufernden Wildwuchs sicherlich Einhalt 
geboten, wenngleich die Nutzung von Seiten-Templates, Schlagwort- 
listen und Statusbausteinen auch erst einmal so genutzt werden muss, 
wie angedacht. Ein regelmäßiges Controlling der Arbeitsmittel inner- 
halb eines Teams ist daher durchaus sinnvoll und empfehlenswert - 
erleichtert es eine gut geführte Projektdokumentation doch gerade neu 
hinzugekommenen Kolleg*innen, sich besser in die Komplexität der 
Themen und der Auswirkungen auf die eigene Arbeit einzulesen. Im 
Nachhinein verwundert dennoch die unkonventionelle Herangehens- 
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weise in einem Arbeitsumfeld, das ansonsten sehr von Regelwerken und 
Standards geprägt ist. 


Wir arbeiten also gemeinsam wie seinerzeit in der Fabrikhalle Henry 
Fords an einem standardisierten Datenfließband, aber zweifellos nicht 
monoton, sondern mit unseren jeweiligen institutionellen Schwerpunk- 
ten und individuellen Fähigkeiten auf Augenhöhe und gleichberechtigt 
mit den Hallenbetreibern der GND-Kooperative. Das ist und bleibt ei- 
ne Herausforderung, die nur durch kontinuierliches Qualitätsmanage- 
ment, agiles Handeln und mit einer großen Portion konstruktiver Kom- 
munikation bewältigt werden kann. 
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Bedarf, Inhalt, Verankerung 


Markus Frank 


Abstract Obwohlsich Forschungsprojekte in den Digital Humanities durch kom- 
plexe interdisziplinäre Abhängigkeiten auszeichnen, die im Projektalltag schwer 
zu koordinieren sind, spielt professionelles Projektmanagement bis heute nur ei- 
ne untergeordnete Rolle. Um diesem Problem zu begegnen, sollten sowohl effektive 
traditionelle als auch agile Methoden der Projektplanung und -steuerung bereits 
im Rahmen der universitären Ausbildung behandelt werden. Im Curriculum soll- 
ten diese mit projektpraktischen Elementen des Studiums koordiniert werden, da 
die Vermittlung von Herangehensweisen und Instrumenten des Projektmanage- 
ments ohne parallele praktische Erprobung nur von begrenztem Nutzen ist. 


Einleitung 


Warum sollte Projektmanagement (PM) Teil von Digital Humanities- 
Curricula (DH) werden? Welchen Vorteil bietet PM für die Durchfüh- 
rung von Forschungsprojekten in den DH? PM soll Projekte erfolgreicher 
machen. Erfolg bedeutet, dass ein Projekt die gewünschten Ergebnisse 
mit den Mitteln erreicht, die ihm im Projektrahmen zur Verfügung 
gestellt wurden. Im Idealfall, wurden also die Projektziele gut und 
realistisch definiert, das Team effektiv gesteuert, Konflikte schnell 
identifiziert und beigelegt und auch die sich ständig verändernde Pro- 
jektumwelt angemessen berücksichtigt, kann ein Projekt seine Ziele 
auch übererfüllen, also mehr erreichen, als ursprünglich geplant war. 
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PM soll Arbeit sichtbar und Arbeitsabläufe strukturierbar machen. Es 
soll zu einer positiven und produktiven Arbeitsatmosphäre beitragen 
und sicherstellen, dass die Arbeit im gesetzlich vorgegebenen Rahmen 
abläuft. 

Auch wenn diese Aspekte allein bereits für das Vorhaben sprechen, 
PM in universitäre Curricula aufzunehmen, trifft dies auf die DH sogar 
in verstärktem Maße zu: In den DH treffen unterschiedliche Fachkultu- 
ren und Arbeitsweisen aufeinander, es existieren komplexe Abhängig- 
keiten in der interdisziplinären Zusammenarbeit und ausgeprägtes Po- 
tential für Missverständnisse in der Projektkommunikation, so dass ei- 
ne gesteigerte Managementkompetenz besonders zielführend ist. Wer 
Studierende für dieses Arbeitsfeld ausbildet, sollte diesen Besonderhei- 
ten Rechnung tragen, vor allem, da es kaum spezifische PM-Angebote 
in den DH gibt. Aus diesem Grund argumentiert dieser Aufsatz vor dem 
Hintergrund der aktuellen Situation (Kapitel 2) für die Integration von 
PM-Inhalten in DH-Curricula. Er stellt daraufhin in Kapitel 3 konkre- 
te Lehrinhalte dar und erörtert in Kapitel 4, in welchem Umfang und an 
welcher Stelle diese Inhalte vermittelt werden könnten. 


Projektmanagement in den Digital Humanities - die Situation 
Arbeitsteilung in DH-Projekten 


In den DH werden Fragestellungen geisteswissenschaftlicher Fach- 
disziplinen (GF) mit den Methoden und Ansätzen der angewandten 
Informatik (AINF) kombiniert. Infolgedessen ist DH-Projekten ein 
hoher Grad an Interdisziplinarität' inhärent, da in der Regel weder die 


1 Ob es sich bei DH-Projekten eher um interdisziplinäre oder multidisziplinäre 
Projekte handelt (siehe Steph Menken/Machiel Keestra, An Introduction to In- 
terdisciplinary Research, Amsterdam 2016, 32.), unterscheidet sich vermutlich 
von Projekt zu Projekt. Beide Konzepte sollen an dieser Stelle nicht weiter dis- 
kutiert werden, es wird im Folgenden der in der Literatur verbreitetere Begriff 
interdisziplinär verwendet, auch wenn fraglich ist, ob tatsächlich eine Integra- 
tion der beteiligten Disziplinen stattfindet. 
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geisteswissenschaftlichen Disziplinen noch die angewandte Informatik 
eigenständig DH-Projekte realisieren können und eine permanente 
Kooperation der beteiligten Disziplinen erforderlich ist. Besonders in 
großen Projekten ist häufig eine ausgeprägte Arbeitsteilung zu beob- 
achten: 


e  Projektbeteiligte der GF bestimmen in der Regel die Projektausrich- 
tung’. Sie definieren die Forschungsgegenstände sowie Methoden 
und übernehmen die fachwissenschaftlich-inhaltliche Umset- 
zung der Projektidee. Sie verfügen über die fachwissenschaftliche 
Expertise und beschränken sich in der Regel auf ihre geisteswis- 
senschaftliche Projektdomäne. Sie setzen zwar den konzeptionellen 
Rahmen, geben aber keine Detailvorgaben für die Umsetzung durch 
die AINF. Ihre Kenntnisse über die Arbeitsweisen und Methoden 
der AINF sind in der Regel begrenzt. 

e  Projektbeteiligte der AINF übernehmen die technische Umsetzung 
des Projektes. Sie arbeiten innerhalb der von den GF gesetzten Para- 
metern, wählen ihr Vorgehen und ihre Methoden aber in der Regel 
selbständig. Sie verfügen über die informatische Expertise und be- 
schränken sich analog zu den GF auf die technische Projektdomäne. 
Ihre Kenntnisse über die Arbeitsweisen und Methoden der GF sind 
ebenfalls begrenzt. 


In der Projektpraxis wird dieser Dualismus zunehmend aufgebrochen, 
wenn Projektbeteiligte über Kenntnisse in beiden Bereichen verfügen, 
sei es durch ein DH-Studium, ein Doppelstudium, autodidaktischen 
Wissenserwerb oder Erfahrungen aus früheren DH-Projekten?. Gerade 
in größeren Forschungsprojekten, auf die das PM abzielt, existiert 


2 Siehe Anna Neubert, Navigating Disciplinary Differences in (Digital) Research 
Projects Through Project Management, in: Silke Schwandt (Hg.), Digital Meth- 
ods in the Humanities, Bielefeld 2020, 59-86, hier 60. 

3 Es ist davon auszugehen, dass DH-Projekte sehr von interdisziplinär gebil- 
deten ProjektmitarbeiterInnen profitieren, welche zwischen den Fachkultu- 
ren und den disziplinären Grenzen vermitteln können (siehe Daniel Alling- 
ton, The managerial Humanities; or, Why the digital humanities don't exist, 
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jedoch auch weiterhin eine starke Domanengebundenheit der Projekt- 
beteiligten, deren Aufgaben und Verantwortlichkeiten in disziplinäre 
Grenzen gefasst sind. 

Auf diese Weise ergeben sich Arbeitsweisen, die Auftraggeber- 
Auftragnehmer-Verhältnissen in gängigen privatwirtschaftlichen Ent- 
wicklungsszenarien ähneln*: Die GF-Projektbeteiligten, die häufigauch 
die Mehrzahl der Principal Investigator in Projekten stellen, fungieren 
als Projektinitiatoren’, Auftraggeber und »bestellen« von den AINF- 
Projektbeteiligten Interfaces oder anderweitige Tools, die diese nach 
den Wünschen der GF im Sinne von Auftragnehmern realisieren. Zwar 
gibt auch die AINF gewisse Anforderungen an die GF weiter, was die Ko- 
dierung von Daten oder andere technische Notwendigkeiten anbelangt. 
Dies ändert aber nichts daran, dass sie (informell) in einem wissen- 
schaftlichen Dienstleistungsverhältnis zu den GF stehen, auch wenn 
die GF die Zusammenarbeit mit der AINF bis zum heutigen Zeitpunkt 
gelegentlich als »Kolonialisierung« auffassen’. 

Die Arbeitskulturen der GF und AINF unterscheiden sich dabei oft 
deutlich, was an der disziplinären Sozialisierung der einzelnen Domä- 
nen liegt: In den Geisteswissenschaften dominiert bis heute die Einzel- 
arbeit”. StudentInnen wählen die Themen ihrer Seminar- und Qualifi- 
zierungsarbeiten selbst aus und bearbeiten diese auch allein. In der In- 
formatik wird deutlich größerer Wert auf Teamarbeit gelegt, Qualifi- 
zierungsarbeiten sind nicht selten Beiträge zu größeren Forschungsvor- 


31.03.2013, URL: www.danielallington.net/2013/03/the-managerial-humanitie 
s-or-why-the-digital-humanities-dont-exist/ [letzter Zugriff: 29.03.2023].). 

4 Siehe Elijah Meeks, Digital Humanities as Thunderdome, in: Journal of Digital 
Humanities 1 (1/2011), URL: https://journalofdigitalhumanities.org/1-1/digital-h 
umanities-as-thunderdome-by-elijah-meeks/ [letzter Zugriff: 29.03.2023]. 

5 Siehe Neubert, Navigating Disciplinary Differences, 60. 

6 Vgl. Meeks, Digital Humanities as Thunderdome. 

7 Siehe De Gruyter, Report. A Day in The Life — Insights into the six phases 
of the HSS researcher workflow in Germany, Austria and Switzerland, Berlin 
2022, URL: https://blog.degruyter.com/wp-content/uploads/2022/01/DG-Insig 
hts-Report-HSS-Researcher-Workflow-1.pdf [letzter Zugriff: 29.03.2023]; Neu- 
bert, Navigating Disciplinary Differences, 75. 
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haben innerhalb eines Lehrstuhls oder im Kontext von Dissertationen. 
Die Arbeitskultur der AINF entspricht somit eher derjenigen, die in in- 
terdisziplinären DH-Projekten benötigt wird, bei denen alle Projektbe- 
teiligten Beiträge liefern, die erst im Zusammenwirken funktionsfähige 
Projektergebnisse liefern®. Der Unterschied der Arbeitskulturen, aber 
auch das oben beschriebene Verhältnis von GF zu AINF in DH-Projek- 
ten, führt in der Folge häufig zu Konflikten der beteiligten Disziplinen’, 
die im nächsten Kapitel näher erläutert werden. 


Gängige Projektherausforderungen 


Die größten Projektherausforderungen für DH-Projekte sind einerseits 
mit der Interdisziplinarität und den sich daraus ergebenden Effekten 
verbunden, andererseits mit generellen Problemkonstellationen aus 
dem Bereich der Softwareentwicklung. 

Der in regelmäßigen Abständen erscheinende CHAOS Report"? 
zeichnet ein wenig erfreuliches Bild des Erfolgs von (Software-)Ent- 
wicklungsprojekten": Etwa 30% der Softwareprojekte sind in dem 
Sinne erfolgreich, dass sie im zeitlichen Rahmen, mit dem veranschlag- 
ten Budget und mit der vollen Funktionalität realisiert werden können. 
Uber 50% sind in mindestens einer dieser Dimensionen defizitär und 
ca. 20 % scheitern vollständig, liefern also kein brauchbares Ergebnis. 
Für den Projekterfolg in DH-Projekten existieren keine vergleichba- 
ren Untersuchungen, es gibt jedoch keinen Grund anzunehmen, dass 
sich die DH positiv von dieser beobachteten Verteilung abheben. Da 
in DH-Projekten Erfolgsfaktoren wie agile Verfahren, sachkundiges 
Projektmanagement mit entsprechenden Kompetenzen und ein erfah- 
renes (eigenverantwortliches) Team häufig nicht vorhanden sind (siehe 


8 Siehe Neubert, Navigating Disciplinary Differences, 75. 

9 Siehe Neubert, Navigating Disciplinary Differences, 77; Meeks, Digital Human- 
ities as Thunderdome. 

10 Siehe Standish Group, Chaos Report, Centerville 2015, URL: https://www.stand 
ishgroup.com/sample_research_files/CHAOSReport2015-Final.pdf [letzter Zu- 
griff 30.03.2023]. 

11 Vgl. Standish Group, Chaos Report, 2. 
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Kapitel 2.3), ist sogar eher mit schlechteren Erfolgschancen zu rechnen 
als mit besseren. Zwar scheitern Projekte in der Regel nicht vollständig. 
Dass der Funktionsumfang jedoch im Nachhinein reduziert werden 
musste, oder dass MitarbeiterInnen über die vertraglich vereinbarte 
Arbeitszeit hinaus Mehrarbeit am Projekt leisten müssen”, sind Kenn- 
zeichen eines defizitären Projektes. Ein Projekt, welches so geplant 
und dessen Umsetzung so gesteuert wurde, dass sich »Projekterfolg« 
nur durch Bruch der arbeitsrechtlichen Bestimmungen einstellt, ist ein 
Misserfolg. 

Weitere problematische Faktoren, welche die DFG eigentlich für das 
Management von interdisziplinären Forschungsverbünden aufstellt, 
sind auch für DH-Forschungsprojekte einschlägig. In Auswahl sind 
dies”: 


e ProjektmitarbeiterInnen sind unterschiedlichen Principal Investi- 
gators unterstellt, es gibt keine gebündelte Personalverantwortung 
im Projekt. 

« Das konkrete Projekt ist für die Projektbeteiligten von unterschied- 
licher Bedeutung, da alle noch weitere Aufgaben oder Qualifizie- 
rungsziele verfolgen. 

e Die beteiligten Disziplinen geraten zueinander in Konkurrenz, um 
projektinterne Ressourcen aber auch um Anerkennung oder Sicht- 
barkeit. 

e Die beteiligten Disziplinen versuchen, auch dann noch ihre Projekt- 
komponenten erfolgreich abzuschließen, wenn andere Disziplinen 
oder sogar das gesamte Projekt scheitert. 


Obwohl DH-Projekte nach einer permanenten Kooperation aller Pro- 
jektbeteiligten verlangen, kann auf diese Weise eine disziplinäre Ver- 
säulung entstehen, in der Kommunikationsprobleme an der Tagesord- 


12 Siehe Jens Ambrasat, Bezahlt oder unbezahlt? Überstunden im akademischen 
Mittelbau, in: Forschung & Lehre 19 (2/2019), 152-154. 

13 Vgl. DFG, Management von Forschungsverbünden — Möglichkeiten der Profes- 
sionalisierung und Unterstützung, Bonn 2008, 10f. 
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nung sind: Fachkulturen unterscheiden sich deutlich hinsichtlich ihrer 
Arbeitsweisen und ihres Vorgehens. Die fehlenden Fähigkeiten und Be- 
reitschaft der GF zur kollaborativen Arbeit beklagt z.B. Lynne Siemens 
schon seit geraumer Zeit: »[...] humanists do not necessarily come to DH 
with the necessary skills and mindset for collaboration«'*. Der starke 
Fokus auf Einzelarbeit ist in den GF bis heute maßgeblich”, die DH 
sind hiervon jedoch die große Ausnahme”™, da Einzelautorschaft im 
Rahmen von DH-Projekten kaum noch möglich ist”. Die Kommunika- 
tionsprobleme, die ihren Ursprung in der unterschiedlichen fachlichen 
Sozialisation haben, reichen bis hin zur verwendeten Sprache bzw. 
Fachterminologie. Während beispielsweise der Terminus »Datenbank« 
in der AINF zumeist relationale oder auch NoSQL-Datenmodelle be- 
zeichnet, verstehen VertreterInnen der GF darunter oft eine grafische 
Bedienoberfläche zur vereinfachten Abfrage von Datenbanken, nicht 
jedoch die Datenbank selbst. Erfolgt keine terminologische Klärung 
bzw. Ubersetzungsarbeit über die Disziplingrenzen hinweg", besteht 
die Gefahr, dass unpassende Lösungen entwickelt werden. Analog be- 
steht das Problem, dass die Arbeit und die konkreten Beiträge aller 
Projektbeteiligten kaum sichtbar werden. Da viele Projektbeteiligte 
in Einzelarbeitsszenarien sozialisiert wurden, die keine Abstimmung 
zwischen unterschiedlichen Teammitgliedern nötig machen, liegen 
kaum Kenntnisse darüber vor, wie man die Arbeit größerer Teams sicht- 
bar macht und die Beiträge aufeinander abstimmt. Unterschiedliche 
Arbeitsweisen, fehlende Sichtbarkeit der Arbeit aber auch sprachliche 
Missverständnisse können sich schnell in Konflikten zwischen den 


14 Lynne Siemens, Project Management and the Digital Humanist, in: Constance 
Crompton/Richard Lane/Ray Siemens (Hg.), Doing Digital Humanities. Prac- 
tice, Training, Research, Milton Park/Abingdon-on-Thames/Oxfordshire 2016, 
343-357, hier 344. 

15 Siehe De Gruyter, Report. 

16 Siehe Lynne Siemens, It’s a team if you use »reply all«: An exploration of re- 
search teams in digital humanities environments, in: Literary and Linguistic Com- 
puting 23 (2/2009), 225-233, hier 225. 

17 Siehe Neubert, Navigating Disciplinary Differences, 75. 

18 Siehe Neubert, Navigating Disciplinary Differences, 77f. 
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Fachkulturen manifestieren”. Gelingt es den Projektbeteiligten dann 
nicht, ein gemeinsames Verständnis für die Projektziele zu entwickeln 
und Vorurteile gegenüber den jeweils anderen beteiligten Fachkulturen 
und deren Leistungsfähigkeit abzubauen, kann dies den Projekterfolg 
nachhaltig beeinträchtigen”. 

Eine weitere Herausforderung zeigt sich in Projekten, die bereits 
über einen längeren Zeitraum hinweg laufen: Mit zunehmender Dauer 
wird die kollektive Wissensbasis, auf die ein DH-Projekt zurückgreift, 
immer komplexer”, die Integration neuer ProjektmitarbeiterInnen 
insofern schwieriger. Oft existieren projektinterne Regeln, die in der 
Anfangsphase aufgestellt wurden, oder Entscheidungen, die zwar im 
kollektiven Projektgedächtnis vorhanden sind, aber nicht dokumentiert 
oder entsprechend niedergelegt wurden. Viele Projekte verfügen über 
kein ausgeprägtes Wissensmanagement, z.B. über Wiki-Systeme, in 
denen alle relevanten Informationen zentral festgehalten wurden. Dies 
trifft sowohl auf die GF zu, aber auch auf die VertreterInnen der AINF, 
welche den Code unter Zeitdruck nicht ausreichend kommentieren 
und dokumentieren. Der Einstieg neuer ProjektmitarbeiterInnen wird 
dadurch erheblich erschwert, produktive Arbeit teils um viele Monate 
verzögert. 

Den meisten dieser Projektherausforderungen könnte ein darauf 
abgestimmtes Projektmanagement effektiv begegnen, welches jedoch 
in den DH kaum eine Rolle spielt, wie im Folgenden näher erläutert. 


PM in DH-Projekten 


Welchen Stellenwert der gesamte Komplex PM in DH-Projekten ein- 
nimmt, lässt sich anhand zweier Dimensionen erläutern: 


19 Siehe Neubert, Navigating Disciplinary Differences, 77f. 

20 Siehe ausführlicher DFG, Management von Forschungsverbünden, 18ff. 

21 Siehe Ashley Reed, Managing an Established Digital Humanities Project: Prin- 
ciples and Practices for the Twentieth Year of the William Blake Archive, in: Dig- 
ital Humanities Quarterly 8 (1/2014), URL: www.digitalhumanities.org/dhq/vo 
1/8/1/000174/000174.html [letzter Zugriff: 29.03.2023]. 
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+ Die Rolle von professionellem PM in der Durchführung von DH-Pro- 
jekten 

« Forschung und Reflexion über PM-Ansätze und Instrumente in den 
DH 


Zum aktuellen Zeitpunkt ist professionelles PM in der Durchführung 
von DH-Projekten allenfalls marginal vorhanden. Es spielt weder in den 
Förderanträgen noch der Ausbildung eine Rolle (siehe Kapitel 2.4) und 
Stellen für explizite ProjektmanagerInnen sind auch in größeren inter- 
disziplinären DH-Projekten in der Regel nicht vorgesehen””. Von den 
Principal Investigators, welche die Forschungsprojekte leiten, wird in 
den Förderanträgen kein Nachweis über PM-Kenntnisse verlangt undei- 
ne Weiterbildung auch an keiner Stelle angeregt. In gängigen DH-For- 
schungsprojekten verfügt folglich in der Regel weder die Leitungsebene 
über professionelles PM-Kenntnisse noch die Mitarbeiterebene, da de- 
ren Erwerb zu keinem Zeitpunkt einer gängigen Wissenschaftlerkarrie- 
re vorgesehen ist: »Unfortunately, most people with graduate degrees in 
the humanities have no explicit or formal preparation in managing col- 
laborative projects, large or small«”?. Mehr noch, wird auch heute nicht 
selten die Entwicklung essenzieller Projektteile der AINF in die Hän- 
de von frischen Master-AbsolventInnen ohne jede Erfahrung in größe- 
ren Projekten gelegt, was bereits Meeks 2011”* beklagt. Dies rührt da- 
her, dass die fachwissenschaftliche Umsetzung der Projekte zwar häufig 
durch ausreichend qualifiziertes Personal sichergestellt werden kann, 


22 Siehe Anna Komprecht/Daniel Röwenstrunk, Projektmanagement in digitalen 
Forschungsprojekten. Ein Leitfaden für interdisziplinäre und kooperative Dritt- 
mittelprojekte, in: Peter Stadler/Kristina Richts (Hg.), Ei, dem alten Herrn zoll’ 
ich Achtung gern. Festschrift für Joachim Veit zum 60. Geburtstag, München 2016, 
509-522, hier 518. 

23 Sharon Leon, Project Management for the Digital Humanities, in: #alt- 
academy 06.05.2011, URL: http://mediacommons.org/alt-ac/pieces/preparin 
g-future-primary-investigators-project-management-humanists [letzter Zu- 
griff: 29.03.2023]. 

24 Siehe Meeks, Digital Humanities as Thunderdome. 
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die Personalsituation im AINF-Bereich aber so angespannt ist, dass ab- 
seits von Nachwuchskräften zumeist keine AINF-MitarbeiterInnen re- 
krutierbar sind. Das ist umso problematischer, da die Planung der tech- 
nischen Aspekte häufig die größte Herausforderung in Projekten dar- 
stellt” und mangelnde Expertise in diesem Bereich den Projekterfolg 
insgesamt gefährdet. 

Auf die Frage, wie das Projektmanagement in DH-Projekten konkret 
aussieht, gibt es zum aktuellen Zeitpunkt keine befriedigende Antwort, 
da es sich von Projekt zu Projekt und auch von Einrichtung zu Einrich- 
tung unterscheidet. Es ist davon auszugehen, dass sich aufgrund der 
oben beschriebenen Problematik kein explizites professionelles PM-Ver- 
ständnis entwickelt hat, dass jedoch durchaus Verfahren zum Einsatz 
kommen, die sich im Sinne von Best Practice-Ansätzen bewährt haben 
und die daher auch weiterhin verwendet werden. Selbst wenn Projekt- 
beteiligte keine formale Ausbildung im PM erhalten haben, wird sich 
im Rahmen der Projekte dennoch ein PM herausbilden, da Kommuni- 
kations- und Organisationsstrukturen in gruppendynamischen Prozes- 
sen notwendigerweise entstehen, auch wenn sie nicht durch professio- 
nelles PM geformt werden. Welche Auswirkungen das auf die Rollen- 
verteilung im Projekt hat, wie Probleme besonders an den disziplinären 
Bruchlinien behandelt, wie eine effektive Kommunikation sichergestellt 
und ob Instrumente wie Taskboards doch ihren Weg in den Projektall- 
tag von DH-Projekten gefunden haben, kann zum aktuellen Zeitpunkt 
nicht sicher beantwortet werden. Hier besteht zweifelsfrei das Deside- 
rat für weitergehende Forschung, vor allem eine breiter angelegte Studie 
zur Rolle von PM-Ansätzen in geförderten DH-Projekten. 

Wodurch man letztlich zur Frage kommt, wie viel Forschung und 
Reflexion über PM-Ansätze in den DH zum aktuellen Zeitpunkt über- 
haupt vorhanden sind. Laut Cremer” gibt es kaum Forschung zu die- 


25 Siehe Komprecht/Röwenstrunk, Projektmanagement in digitalen Forschungs- 
projekten, 515. 

26 Siehe Fabian Cremer, Gottes Werk und Teufels Beitrag: Ein Essay zu Digital Hu- 
manities und Projektmanagement, in: DHdBlog 19.05.2019, URL: https://dhd- 
blog.org/?p=11283 [letzter Zugriff: 29.03.2023]. 
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sem Bereich. Zwar verfolgt z.B. Lynne Siemens?” das Thema schon län- 
ger und es gibt eine Reihe von Blogbeiträgen einiger AutorInnen”®, in 
Fachzeitschriften, wie der DHQ, ist der Themenkomplex PM jedoch al- 
lenfalls ein Randbereich”? . Dass hier ein eigener PM-Ansatz explizit für 
die DH entwickelt wird, ist mit Tabak’? die Ausnahme. In DH-Einfüh- 
rungen wie dem Digital Humanities Coursebook” wird die administrati- 
ve Struktur, Dokumentation und Projektlebenszyklus in nur einem kur- 
zen Kapitel abgehandelt. Publikationen, wie diejenige zum Management 
von Forschungsverbünden?”,, richten sich nicht an die DH im Besonderen, 
sondern generell an interdisziplinäre Verbundprojekte, auch wenn viele 
der Beobachtungen auch auf DH-Projekte zutreffen. Beim Entwurf ei- 
nes DH-Curriculums wird man folglich wenig auf Vorarbeiten zurück- 
greifen können, die das Projektmanagement in DH-Projekten reflektie- 
ren oder gar neue Instrumente erarbeiten und sich auf Ansätze konzen- 
trieren müssen, die sich in ähnlich gelagerten interdisziplinären Kon- 
texten bewährt haben. 


PM in Ausbildung und Anträgen 


Was die PM-Ausbildung im Rahmen von DH-Curricula anbelangt, sei 
auf den Beitrag »Projektmanagement in den Digital Humanities. Eine 
Spurensuche in den Curricula.« von Cremer, Dogunke und Wübbena 


27 Siehe Siemens, Its a team; Siemens, Project Management and the Digital Hu- 
manist. 

28 Siehe z.B. Stephanie Rodgers et al., PM4DH: Project Management for the Dig- 
ital Humanities, URL: https://scholarblogs.emory.edu/pm4dh/ [letzter Zugriff: 
29.03.2023]; Cremer, Gottes Werk und Teufels Beitrag; Leon, Project Manage- 
ment for the Digital Humanities. 

29 Siehe z.B. Reed, Managing an Established Digital Humanities Project. 

30 Siehe Edin Tabak, A Hybrid Model for Managing DH Projects, in: Digital Hu- 
manities Quarterly 11 (1/2017), URL: www.digitalhumanities.org/dhq/vol/11/1/o 
00284/000284.html [letzter Zugriff: 29.03.2023]. 

31  SieheJohanna Drucker, The Digital Humanities Coursebook. An Introduction to Dig- 
ital Methods for Research and Scholarship, Abingdon Oxon/New York 2021. 

32 Siehe DFG, Management von Forschungsverbünden. 
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in diesem Sammelband verwiesen. Zusammengefasst lässt sich sagen, 
dass PM mit wenigen Ausnahmen keine Rolle in DH-Studiengängen im 
deutschsprachigen Raum spielt. Zwar gibt es Praxisprojekte, in deren 
Rahmen Studierende im Team umfangreichere Entwicklungsvorhaben 
bearbeiten. PM-Inhalte werden in diesen Praxisprojekten in der Regel 
nicht gelehrt und allenfalls von den Studierenden erwartet, dass sie sich 
diesen Themenbereich im Selbststudium erschließen. 

Weder bei ERC-Anträgen (Starting Grant, Consolidator Grant 
etc.) noch bei DFG-Sachbeihilfeprojekten, um exemplarisch zwei für 
DH-Projekte besonders relevante Förderlinien zu nennen, spielt Pro- 
jektmanagement eine Rolle. Im Leitfaden für die Antragstellung” findet 
Projektmanagement keine Erwähnung. Zwar sollen Sachbeihilfepro- 
jekte unter Punkt 2.3 ein Arbeitsprogramm enthalten, dessen »Qualität 
[...] für die Förderungswürdigkeit des Vorhabens von entscheidender 
Bedeutung [ist]«**. Jedoch zielt dieses Kapitel auf die Beschreibung 
des fachwissenschaftlichen Vorgehens ab, also die Anordnung der an- 
gewendeten Verfahren und Methoden und deren Plausibilität, nicht 
auf Verfahren zum Projektmanagement. Der Einsatz klassischer oder 
agiler Managementelemente (siehe Kapitel 3) könnte unter Punkt 4.12 
Weitere Angaben” optional aufgeführt werden, wobei aber fraglich ist, 
ob sich dadurch zum aktuellen Zeitpunkt größere Erfolge bei der An- 
tragstellung erzielen lassen. Während Forschungsdatenmanagement 
mittlerweile einen festen Stellenwert in DFG-Anträgen hat (Punkt 2.4), 
werden keine Überlegungen zum professionellen Projektmanagement 
erwartet, selbst wenn es sich um interdisziplinäre Projekte handelt. 
Anträge beim European Research Council (ERC), z.B. auf ERC Star- 
ting Grants oder ERC Consolidator Grants, verfahren auf ähnliche 
Weise. Hier wird zwar ein detaillierter Budget- und FDM-Plan erwar- 
tet‘, jedoch keine Angaben zum Projektmanagement, welche über 


33 Siehe DFG, Leitfaden für die Antragstellung — Projektanträge, Bonn 2022. 

34 DFG, Leitfaden für die Antragstellung, 4. 

35 Siehe DFG, Leitfaden für die Antragstellung, 14. 

36 Siehe ERC, Open Research Data and Data Managements Plans, Brüssel 2022a, 
URL: https://erc.europa.eu/sites/default/files/document/file/ERC_info_do 
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dasjenige hinausgehen, was die DFG von ihren AntragstellerInnen 
erwartet. Auf der ERC Seite »Manage your Project«” werden die The- 
men Wissenschaftliche Berichterstattung, Open Science, Ethische Prozesse und 
Personalrekrutierung behandelt, nicht jedoch Teamführung oder Arbeits- 
organisation in Projekten. Dies ist durchaus etwas verwunderlich, da 
sowohl DFG-Sachbeihilfeprojekte als auch ERC-Projekte genug Budget 
bereitstellen können, um für die Laufzeit auch größere, interdisziplinä- 
re Teams zu beschäftigen, deren Management sich als herausfordernd 
gestalten kann?®. Die Fördermittelgeber vermitteln auf diese Weise den 
Eindruck, dass professionelles Projektmanagement entweder keinen 
essenziellen Beitrag zum Projekterfolg leisten kann, oder dass sich sol- 
ches Management schon einstellen wird, wenn das Projekt erst einmal 
läuft. 


cument-Open_Research_Data_and_Data_Management_Plans.pdf [letzter 
Zugriff: 29.03.2023]; ERC, Information for Applicants tot he Starting and 
Consolidator Grant Calls, Brüssel 2022b, URL: https://ec.europa.eu/info/fundin 
g-tenders/opportunities/docs/2021-2027/horizon/guidance/information-for-a 
pplicants_he-erc-stg-cog_en.pdf [letzter Zugriff: 29.03.2023]. 

37 Siehe ERC, Manage your project, URL: https://erc.europa.eu/manage-your-pro 
ject [letzter Zugriff: 29.03.2023]. 

38 So hatte beispielsweise das DFG Sachbeihilfeprojekt eDiana (siehe Olav Hack- 
stein et al. (Hg.), The Digital Philological-Etymological Dictionary of the Mi- 
nor Anatolian Corpus Languages, München/Marburg 2014, URL: https: //www.e 
diana.gwi.uni-muenchen.de/ [letzter Zugriff 04.04.2023].) permanent 10 Mit- 
arbeiterInnen und weitere Hilfskräfte, das Projekt VerbaAlpina (siehe Thomas 
Krefeld/Stephan Lücke, VerbaAlpina. Der alpine Kulturraum im Spiegel seiner 
Mehrsprachigkeit, München 2014, URL: https://www.verba-alpina.gwi.uni-mu 
enchen.de [letzter Zugriff 04.04.2023].) 7 MitarbeiterInnen und weitere Hilfs- 
kräfte. 
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Konkretisierung relevanter PM-Inhalte 
Relevanz spezifischer PM-Inhalte 


Weil die Projektpraxis in den DH so wenig reflektiert ist, wie in Kapitel 
2 beschrieben wurde, existieren kaum genuine DH-PM-Praktiken, die 
im Rahmen eines DH-Curriculums vermittelt werden könnten. Die Pro- 
jektlandschaft in den DH ist bis heute so divers, was die beteiligten Dis- 
ziplinen, die informatische Umsetzung und die Arbeitsweise aller Be- 
teiligten anbelangt, dass keine einheitliche Lösung für alle Projekte auf- 
findbar ist. Jedes Projekt ist anders verfasst und benötigt entsprechend 
andere Methoden oder Abwandlungen bestehender Methoden. Ziel ei- 
nes PM-Curriculums kann also nicht die vertiefte Vermittlung weniger 
bewährter PM-Instrumente sein, die es in dieser Form kaum gibt, son- 
dern eher ein »Rundumschlag«. 

Die vermittelten Inhalte sollen primär den Anstoß für eine spätere 
intensive Beschäftigung mit den jeweiligen Methodenkomplexen ge- 
ben und im Curriculum selbst nichts erschöpfend behandeln. Diese 
Herangehensweise trägt auch dem Umstand Rechnung, dass wahr- 
scheinlich keine Methoden oder Werkzeuge im Pool des etablierten 
Projektmanagementinstrumentariums existieren, die sich ohne Ad- 
aption in DH-Projektkontexte übertragen lassen. Die meisten Instru- 
mente entstammen dem Management von industriellen Forschungs- 
und Entwicklungsprojekten im informatischen oder ingenieurwis- 
senschaftlichen Projektkontext und finden in DH-Projekten insofern 
Niederschlag, als auch in diesen Projekten oft Forschung und Entwick- 
lung in einer Art Auftraggeber-Auftragnehmer-Beziehung stattfindet 
(siehe Kapitel 2.1). 

Es sollte also eine möglichst breite Vermittlung der Inhalte erfolgen, 
die jedoch unbedingt das »Wenige« umfassen sollte, was sich bereits in 
diversen DH-Projektkontexten bewährt hat. Im Folgenden wird der Ver- 
such unternommen, einige Kernkomponenten aufzulisten, die Projekt- 
managerInnen in DH-Projekten zumindest kennen und bei Bedarf an 
die spezifischen Projektbedürfnisse anpassen können. 
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Relevante Kernkomponenten 
Führung, Team, Konflikte und Kommunikation 


Team- und Kommunikationsmanagement sind für DH-Projekte inso- 
fern von großer Bedeutung, als besonders in den Geisteswissenschaften 
bis heute Einzelarbeit das dominierende Paradigma ist® und die Betei- 
ligten häufig wenig Erfahrung mit Teamarbeit besitzen. 

Im Curriculum sollten Steuerungsdimensionen (Input, Prozess, Out- 
put, Outcome)*° und gängige Führungskonzepte (z.B. Management by Ob- 
jectives, Management by Exceptions) ebenso behandelt werden wie etablier- 
te Führungsstile und deren spezifische Vor- und Nachteile“. Auch der 
Themenkomplex Motivation und Machtausübung im Team bietet sich 
als Teil des Curriculums an, da es hier schnell zu Problemen in inter- 
disziplinär aufgestellten Projektgruppen kommen kann*”. Ebenso soll- 
te die Zusammenstellung von Teams*, Teamrollen“ und Teamentwick- 
lungsmodellen“ enthalten sein. Gerade während der Initialisierungs- 
phase neuer DH-Projekte und am Projektende wird häufig aufeinen ge- 
ordneten Ablauf verzichtet, so dass zu Beginn Konflikte entstehen kön- 
nen, die sich über die gesamte Projektlaufzeit hinziehen und am Pro- 
jektende keine geregelte Projektabwicklung inklusive Wissenstransfer 
stattfindet. 

Der Themenkomplex Konflikte und Konfliktbehandlung, im Beson- 
deren psychosoziale und sachliche Konflikte‘ und Maßnahmen zur 


39 Siehe Siemens, It’s a team, 225; Siemens, Project Management and the Digital 
Humanist, 334; De Gruyter, Report. 
40 Siehe Sylvia Rassenhövel, Performancemessung im Hochschulbereich, Berlin 2010, 


41 Siehe Holger Timinger, Modernes Projektmanagement, Weinheim 2017, 307ff. 

42 Siehe DFG, Management von Forschungsverbünden, 18ff. 

43 Siehe Walter Jakoby, Projektmanagement für Ingenieure, Wiesbaden 2015, 368ff. 

44 Siehe Meredith Belbin, Management Teams: Why they succeed or fail, Oxford 2003. 

45 Siehe Bruce Tuckman/Mary Jensen, Stages of Small-Group Development Revis- 
ited, in: Group & Organization Studies 2 (4/1977), 419-427. 

46 Siehe Timinger, Modernes Projektmanagement, 327f. 
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Konfliktbewältigung“” (z.B. Schelle et al. 2008) sollten ebenso behandelt 
werden, da negative gruppendynamische Prozesse im wissenschaftli- 
chen Kontext schnell unterschätzt bzw. ausgeblendet werden**. Auch 
Vorurteile gegenüber anderen beteiligten Disziplinen sind unter den 
beteiligten Personen häufig vorhanden und führen zu entsprechen- 
den interdisziplinären Konflikten, die möglichst früh erkannt und 
bearbeitet werden sollten“. 

Da Konflikte häufig auf mangelnder oder falscher Kommunikation 
beruhen, sollten Methoden zur Sicherstellung erfolgreicher Kommuni- 
kation aber auch zur Feedbackkultur im Curriculum verankert sein?®. 
ProjektmanagerInnen in DH-Projekten sollten außerdem darüber 
reflektieren, wie kommunikative Übersetzungsarbeit zwischen den 
Disziplinen gestaltet werden kann”. Generell scheint der disziplinä- 
re Graben zwischen den Geisteswissenschaften und der Informatik 
ein fortwährender Motivator für Konfliktsituationen und gescheiterte 
Kommunikation in DH-Projekten zu sein”. 


Elemente klassischen Projektmanagements 


In diesen großen curricularen Themenblock fallen alle Ansätze, Metho- 
den und Instrumente, die im klassischen Projektmanagement verankert 
sind. Keiner dieser Ansätze wurde explizit für das PM in DH-Projekten 
entwickelt, sondern für die Planung und Steuerung von Forschungs- 
und Entwicklungsprojekten im ingenieurwissenschaftlichen Kontext. 
Welche davon zum Einsatz kommen sollten, hängt vom Umfang, der 
Dauer aber auch der grundlegenden Organisationsstruktur des jeweili- 
gen DH-Projektes ab. Für ein DH-Curriculum sollte sich die Auswahlam 


47 Siehe Heinz Schelle/Roland Ottmann/Astrid Pfeiffer (Hg.), ProjektManager, 
Nürnberg 2008. 

48 Siehe DFG, Management von Forschungsverbünden, 18. 

49 Siehe DFG, Management von Forschungsverbünden, 28; Neubert, Navigating 
Disciplinary Differences, 79. 

50 Siehe Timinger, Modernes Projektmanagement, 325f. 

51 Siehe Neubert, Navigating Disciplinary Differences, 77f. 

52 Siehe auch Meeks, Digital Humanities as Thunderdome. 


Markus Frank: Projektmanagement in DH-Curricula: Bedarf, Inhalt, Verankerung 


Einsatz in typischen DH-Projektformen orientieren, z.B. DFG-Sach- 
beihilfeprojekten oder ERC Starting Grants mit einem abgeschlossenen 
Forschungsziel, einer fest definierten Laufzeit (z.B. 3 Jahre) sowie einem 
interdisziplinären Projektteam. Die Anwendung der curricularen Inhal- 
te ist dabei nicht auf diese spezifischen Projektformen beschränkt, sie 
bieten jedoch eine grundsätzliche Orientierung. Generell stellt das klas- 
sische Projektmanagement eine Fülle an Instrumenten und Ansätzen 
bereit, von denen sich aber nur eine Auswahl tatsächlich für den Einsatz 
in DH-Projekten der obigen Kategorie bewährt hat. Diese bewährten 
Techniken stellen zentrale curriculare Komponenten dar. Es ist jedoch 
lohnend, darüber hinaus auch solche Ansätze zu besprechen, die in der 
Praxis quasi keine Rolle spielen, die sich jedoch prospektiv als wertvoll 
erweisen könnten. Allein schon deshalb, da Projektmanagement in den 
DH aktuell nur eine untergeordnete Rolle spielt (siehe Kapitel 2.3) und 
viele potentiell nützliche Ansätze nicht identifiziert oder entwickelt 
wurden. 

Die Elemente des klassischen Projektmanagements lassen sich in 
mehrere Dimensionen untergliedern: 


e Instrumente der Projektplanung 
« Vorgehensmodelle 
+ Steuerungsmethoden 


Planung ist im klassischen Projektmanagement der Eckpfeiler ftir die 
erfolgreiche Steuerung und Durchführung von Projekten”. Ein Cur- 
riculum sollte hier die Abhängigkeiten von Leistungs-, Kosten- und 
Terminzielen behandeln. Der Definition von Zielen und ihrer konkreten 
Formulierung sollte einiger Raum gegeben und Formulierungshilfen 
wie die SMART-Prinzipien berücksichtigt werden. Auch die Definition 
eines Projektinnen- und Außenraums durch Nicht-Ziele hat sich in 
der Praxis bewährt”*: Nicht-Ziele formulieren, was im Projekt explizit 


53 Siehe z.B. Timinger, Modernes Projektmanagement, 77ff. 
54 Siehe Timinger, Modernes Projektmanagement, 57f. 
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nicht erreicht werden soll, was späteren Nachverhandlungen, Ände- 
rungswünschen oder Feature-Creep (dem unkontrollierten Hinzufügen 
von Leistungsmerkmalen) vorbeugen kann. In der Planungsphase kann 
auch die Aufstellung von Zielhierarchien und die Evaluation von Ziel- 
matrizen sinnvoll sein, um Zielantinomien oder Zielkonkurrenzen 
im fortlaufenden Projekt auszuschließen. Ergänzend eignet sich ein 
Project Canvas, wie von Nieto-Rodriguez® dargestellt, als Werkzeug 
zur überblicksartigen Darstellung aller wichtigen Projektkomponen- 
ten. Projektstrukturplanung”® und Vorgangsknoten-Netzpläne nach 
DIN 69900 haben sich im Projektkontext nicht bewährt und spren- 
gen vermutlich den Rahmen gängiger Curricula. Probleme bei der 
Aufwandschätzung, wie das Zusammenwirken des Parkinson’schen 
Gesetzes und des Studentensyndroms’”, sollten ebenfalls Eingang in 
das Curriculum finden, um Projektkatastrophen von Anfang an zu 
vermeiden, wie Yourdon”? sie beschreibt. 

Im Rahmen der Planung sollten auch Vorgehensmodelle behandelt 
werden”, welche in Projekten bereits oft implizit zum Einsatz kom- 
men. Dabei ist zu beachten, dass für die unterschiedlichen Fachkulturen 
im Projekt unterschiedliche Vorgehensmodelle geeignet sein können. 
Während die Geisteswissenschaften durchaus zielführend mit streng 
sequenziellen oder nebenläufigen Modellen wie dem Wasserfallmodell 
oder Simultaneous Engineering operieren können, bieten sich für die 
informatische Entwicklung iterative, inkrementelle Modelle an, wie 
z.B. das Spiralmodell oder Hendersons rollierender Wellenansatz°°. Im 
Curriculum sollten die Stärken und Schwächen der jeweiligen Modelle 


55 Siehe Antonio Nieto-Rodriguez, Project Management Handbook, Boston 2021. 

56 Siehe z.B. Jakoby, Projektmanagement für Ingenieure, 151ff. 

57 Siehe Timinger, Modernes Projektmanagement, 222f. 

58 Siehe Edward Yourdon, Death March. The Complete Software Developer's Guide to 
Surviving »Mission Impossible« Projects, Hoboken 1997. 

59 Siehe z.B. Timinger, Modernes Projektmanagement, 29ff. 

60 Siehe Robin Henderson, Research Project Management. Key Concepts, in: Doc- 
Player 2010, URL: https://docplayer.net/3489486-Research-project-managem 
ent-key-concepts-dr-robin-henderson-robin-myconsultants-net.html [letzter 
Zugriff: 29.03.2023]. 
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behandelt werden sowie Möglichkeiten zur Synchronisation sequenzi- 
eller und iterativer Verfahren. 

Obgleich Planung in der Projektpraxis auch heute schon einiger 
Platz eingeräumt wird, da Projektanträge eine gewisse Ablaufplanung 
bereits enthalten, wird die Steuerung während der Laufzeit häufig aus 
dem Blick verloren, obwohl sie den längsten Abschnitt eines Projektes 
begleitet und maßgeblich zum Projekterfolg beiträgt“. Sind detaillier- 
te Ablaufpläne mit definierten Zielen und Meilensteinen vorhanden, 
können diese zur Steuerung des Projektablaufes im Sinne von regel- 
mäßigen Soll-Ist-Vergleichen herangezogen werden”, um negative 
Planabweichungen rechtzeitig zu identifizieren und Steuerungsmaß- 
nahmen einzuleiten“. Zentral für die Steuerung ist es deshalb, dass 
Arbeitsfortschritte bzw. Arbeit generell sichtbar und bezüglich Fort- 
schrittsaspekten bewertbar gemacht wird (Projektcontrolling™). An 
dieser Stelle können die im Folgenden besprochenen agilen Organi- 
sationsformen ansetzen, deren Stärken in der Sichtbarmachung von 
Arbeit, deren teambasierter Steuerung sowie der schnellen Reaktion 
auf Veränderungen in der Projektumwelt liegen, die besonders während 
der Laufzeit längerer Projekte auftreten können. 


Elemente agilen Projektmanagements 


Auf den Werten und Prinzipien der Agilität, wie sie Beck et al.” im 
Manifesto for Agile Software Development beschrieben haben, beruhen 
heute viele weit verbreitete Ansätze zur Steuerung von Teamprozessen. 
Agilität stellt einen Reflex auf die Probleme klassischen Projektmanage- 
ments dar, die besonders im Bereich der Softwareentwicklung manifest 


61 Siehe z.B. Reed, Managing an Established Digital Humanities Project. 

62 Siehe Siemens, Project Management and the Digital Humanist, 349. 

63 Siehe Jakoby, Projektmanagement für Ingenieure, 307ff. 

64 Siehe Helmut Zsifkovits, Statusüberwachung und Projektsteuerung, in: Ernst 
Tiemeyer (Hg.), Handbuch IT-Projektmanagement, München 2018, 333-368, hier 
333ff. 

65 Siehe Kent Beck et al., Manifesto for Agile Software Development (2001), URL: 
http://agilemanifesto.org/ [letzter Zugriff: 31.03.2023]. 


n 


7 


Projektmanagement und Digital Humanities 


wurden: Umfassende, weit in die Zukunft reichende Projektpläne sind 
häufig zu inflexibel, um auf Veränderungen in der Projektumwelt re- 
agieren zu können. Oft ist bei der Projektinitialisierung noch nicht 
klar, wie das Projekt sich in Monaten oder Jahren entwickeln wird und 
es wird dennoch erwartet, zu Beginn ein Korsett aus mehrjährigen 
Projektstrukturplänen niederzulegen. Strenge Hierarchien klassischer 
Aufbauorganisationen können die Eigeninitiative hoch spezialisier- 
ter Teammitglieder unterminieren und somit dem gesamten Projekt 
schaden. Schließlich sollen in agil organisierten Projekten (Entwick- 
lungs-)Ergebnisse möglichst früh präsentiert werden, um Feedback 
zu ermöglichen und problematische Projektaspekte früh einer Lösung 
zuzuführen. Dies steht im Gegensatz zum klassischen Projektmanage- 
ment, im Besonderen sequenziellen Verfahren, deren Ergebnisse erst 
am Ende des Projektes sichtbar werden. 

Obwohl alle eben genannten Problemkonstellationen auch für 
DH-Projekte virulent sind, gibt es in der Projektpraxis durchaus Pro- 
bleme bei der Anwendung agiler Methoden, im Besonderen, wenn es 
sich um festgefügte Frameworks wie Scrum handelt“. Die universitäre 
Organisationsverfassung bzw. die Antragsstruktur von Förderprojekten 
bietet keinen Platz für Agilität: Ein Framework wie Scrum verlangt 
essenzielle Rollen (z.B. Scrum-Master), die in Förderanträgen generell 
nicht bewilligt werden. Der Verzicht auf eine hierarchische Struktur 
mit dem Fokus auf Eigenverantwortung der Teams steht dem Prinzip 
aus verantwortlichem Principal Investigator und abhängigen Mitar- 
beiterInnen diametral entgegen. Der im Antrag verlangte projektüber- 
greifende Ablaufplan widerspricht den kurzfristigen Planungszyklen 
agiler Methoden und der agile Fokus auf Projektergebnissen stehen der 
umfangreichen Dokumentationspflicht von Forschungsprojekten im 
Weg. Dennoch gibt es eine Reihe von bewährten agilen Instrumenten 
und Methoden, die zielführend und in adaptierter Form in DH-Projekte 
übernommen werden können und Teil von PM-Curricula sein sollten. 


66 Siehe Ken Schwaber/Jeff Sutherland, The Scrum Guide (18.11.2020), URL: http 
s://scrumguides.org/docs/scrumguide/v2020/2020-Scrum-Guide-US. pdf [letz- 
ter Zugriff: 31.03.2023]. 
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So sollte exemplarisch zumindest ein vollständiges agiles Frame- 
work wie Scrum behandelt werden”. Zwar lassen sich viele der Scrum 
Rollen, Aktivitäten und Artefakte nicht zielführend in DH-Projekten 
nutzen, jedoch können Elemente wie der Sprint, User Storys oder 
auch Abwandlungen des Daily Scrums und der Sprint Retrospektive 
durchaus adaptiert werden®. Deutlich besser kompatibel ist Kanban”, 
dessen Praktiken und Prinzipien keinen revolutionären Umbau der 
Projektorganisation erfordern, sondern bereits etablierte Prozesse, 
Rollen, Verantwortlichkeiten und Titel weitgehend respektieren. Im 
Zentrum von Kanban steht die Sichtbarmachung von Arbeit und des 
Arbeitsflusses durch Instrumente wie mehrgliedrige Kanban-Boards. 
Ziel ist es, den Arbeitsfluss zu messen, zu optimieren und gemein- 
schaftlich Verbesserungen durchzuführen. Kanban-Boards können in 
physischer oder digitaler Form hervorragend in den Alltag von DH-Pro- 
jekten integriert werden, weshalb diese Form der Task-Boards und die 
damit verbundenen Kanban-Grundprinzipien in DH-PM-Curricula 
behandelt werden sollten. Als Alternative bzw. Ergänzung zu Scrum 
können auch die Prinzipien des Lean Management” oder auch Extreme 
Programming” behandelt werden, da sich auch hier wertvolle Aspekte 
für das Management von DH-Projekten finden lassen. 


67 Siehe Schwaber/Sutherland, The Scrum Guide; Timinger, Modernes Projekt- 
management, 166ff. 

68 Siehe Enric Hidalgo, Adapting the scrum framework for agile project manage- 
ment in sciences: case study of a distributed research initiative, in: Heliyon 
5 (3/2019), URL: https://doi.org/10.1016/j.heliyon.2019.e01447 [letzter Zugriff: 
31.03.2023]. 

69 Siehe Timinger, Modernes Projektmanagement, 198ff. 

70  Siehez.B. Daniel Odermatt, Lean Transformation — Das Praxisbuch für produzieren- 
de Unternehmen, München 2020. 

71 Siehe Kent Beck/Cynthia Andres (Hg.), Extreme Programming explained: Embrace 
Change, Boston 2004. 
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Ebenfalls für DH-Projekte gewinnbringend sind Kenntnisse im Be- 
reich der Engpasstheorie”, da in DH-Projekten häufig Produktivitäts- 
engpässe an unterschiedlichen Stellen entstehen, die schlimmstenfalls 
größere Teile der Projekte dauerhaft lahmlegen, wenn z.B. Fachwis- 
senschaftlerInnen auf Tools der InformatikerInnen warten müssen 
oder umgekehrt. Engpässe schnell zu identifizieren, ihre Auslastung zu 
optimieren, sie zu entlasten oder zu erweitern kann besonders an den 
interdisziplinären Schnittstellen von DH-Projekten sehr hilfreich sein. 
Ergänzender curricularer Bestandteil sollte eines der wenigen PM-Mo- 
delle sein, die speziell für die DH entwickelt wurden, z.B. das Hybride 
Modell von Tabak”. Er definiert, angelehnt an agile Projektsettings, 
eine Reihe von Rollen, Kommunikationsprozeduren und Artefakten 
(Project Outcomes) als Hauptelemente seines Modells, die spezifisch auf 
DH-Projekte abgestimmt sind. Er versucht dann, diese Elemente in 
einen DH-Projektlebenszyklus (abgeleitet aus dem Information Cosmo- 
politics Model) zu integrieren. Wahrscheinlich ist Tabaks Modell bis zum 
heutigen Zeitpunkt nur ein theoretischer Entwurf, es konnten keine 
Hinweise auf dessen praktische Erprobung gefunden werden. Da dies 
jedoch auf die meisten PM-Ansätze in den DH zutrifft, schmälert das 
seine Relevanz für DH-PM-Curricula zum aktuellen Zeitpunkt nicht. 


Digitale Projektorganisationswerkzeuge 


Forschungsprojekte in den DH sind häufig räumlich und auch zeitlich 
dezentral, MitarbeiterInnen verteilen sich über unterschiedliche Stand- 
orte und arbeiten zu unterschiedlichen Zeiten. Aus diesem Grund er- 
scheint es sinnvoll, im Curriculum digitale Werkzeuge zur Projektorga- 
nisation zu behandeln, wobei an dieser Stelle zwischen zwei Plattform- 
typen unterschieden wird: 


72 Siehe Eliyahu Goldratt, What is this thing called Theory of Constraints and how 
should it be implemented? Great Barrinton 1990; Timinger, Modernes Projekt- 
management, 219ff. 

73 Siehe Tabak, A Hybrid Model. 
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Genuine PM- und Kollaborationsplattformen wie Mattermost’*, 
Microsoft Teams” oder Factro” sollten neben Kommunikationska- 
nälen wie Chats, Wikis etc. auch über Projektmanagement-Werk- 
zeuge wie Projektstrukturpläne, Kanban-Boards oder Gantt-Charts 
verfügen. Welche Plattform für die Vermittlung im Curriculum 
gewählt wird, ist weitgehend unerheblich, den lokalen Gegebenhei- 
ten geschuldet, und sollte nur der exemplarischen Demonstration 
genereller Plattformfunktionalitäten dienen. 

Hiervon abzugrenzen sind GIT-Repositorien für die kollaborative 
Entwicklung der DH-Softwarekomponenten. Eine PM-Einführung 
sollte das grundlegende Funktionsrepertoire dieser verteilten Ent- 
wicklungsrepositorien umfassen (push, pull, commit, Forks, Branches 
etc.), da die Versionierung und Entwicklungsarbeit, besonders wenn 
sie von unterschiedlichen Endgeräten erfolgt, weitgehend auf der 
Verwendung von GIT-Repositorien basiert. Ebenso sollte ein kurzer 
Einblick in die Dokumentationsweise von Code mithilfe von Mark- 
down-Dateien in die Vermittlung einfließen. Ob nun GitHub” oder 
z.B. eine von der Einrichtung gehostete GitLab-Instanz”® verwendet 
wird, ist für die Vermittlung weitgehend unerheblich. 
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Forschungsdatenmanagement 


Ob Forschungsdatenmanagement (FDM)” im Rahmen eines DH-PM- 
Curriculums behandelt werden sollte und wenn ja, in welcher Ausführ- 
lichkeit, hängt vom Umfang ab, in dem dieser Themenkomplex bereits 
an anderen Stellen im Studienverlauf behandelt wurde. In Forschungs- 
projekten sind FD-ManagerInnen eigenständige Rollen, die zwar an 
vielen Stellen eng mit dem PM kooperieren, aber eine spezifische Ma- 
nagementperspektive auf die im Rahmen des Projektes genutzten und 
entstehenden Daten einnehmen. ProjektmanagerInnen sollten den- 
noch über gewisse Grundkenntnisse zu FDM-Determinanten verfügen, 
um die Arbeit an der Schnittstelle zum FDM zu erleichtern. 

Im Curriculum sollten als Wissensfundament eine Form des Data 
Life Cycle®° sowie die FAIR-Prinzipien®' für Forschungsdaten behan- 
delt werden. Auch die Leitlinien zum Umgang mit Forschungsdaten der 
DFG™ (2015, 2021) sowie die Grundsätze zum Umgang mit Forschungsda- 
ten der Allianz der deutschen Wissenschaftsorganisationen® können 
als Rahmensetzung Teil des Curriculums sein. Antragsvorgaben wie 


79 Siehe zum FDM generell Heike Neuroth/Markus Putnings/Janna Neumann, 
Praxishandbuch Forschungsdatenmanagement, Berlin/Boston 2021. 

80 Siehe z.B. Gisela Minn/Marina Lemaine, Forschungsdatenmanagement in den 
Geisteswissenschaften, in: Universität Trier eSciences Working Papers 3 (2017), 
URL: https://ubt.opus.hbz-nrw.de/opus45-ubtr/files/799/WP_Nr_o3_DMP_fin 
al_Juli_2017.pdf [letzter Zugriff: 29.03.2023], 14f. 

81 Siehe z.B. Karsten Hansen et al., A FAIRy tale — Ein Märchen mit wahrem Kern. 
Die FAIR-Prinzipien für Forschungsdaten, in: Zenodo 08.12.2020, URL: https:// 
zenodo.org/record/4311177#.ZCrIVx_P3mfF [letzter Zugriff: 29.03.2023]. 

82 Siehe DFG, Leitlinien zum Umgang mit Forschungsdaten, Bonn 2015, URL: http 
s://www.dfg.de/download/pdf/foerderung/grundlagen_dfg_foerderung/forsc 
hungsdaten/leitlinien_forschungsdaten.pdf [letzter Zugriff: 29.03.2023]; DFG, 
Umgang mit Forschungsdaten, Bonn 2021, URL: https://www.dfg.de/forschun 
gsdaten/checkliste [zuletzt aufgerufen am 26.03.2023]. 

83 Siehe Allianz der deutschen Wissenschaftsorganisationen, Grundsätze zum 
Umgang mit Forschungsdaten (24.06.2010), URL: https://www.leopoldina.org 
/fileadmin/redaktion/Publikationen/Allianz/100624-allianz-forschungsdaten. 
pdf [letzter Zugriff: 29.03.2023]. 
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der ERC Data Management Plan®* sollten das Themengebiet anschau- 
lich bereichern. Der curriculare FDM-Komplex kann schließlich durch 
eine Übersicht der gängigsten Akteure (NFDI, weitere EU-, Bundes- 
und Landesinitiativen) abgerundet werden. Spezifischere Inhalte wie 
einzelwissenschaftliche Vorgaben oder Codierungsstandards®° werden 
im Rahmen eines PM-Curriculums nicht benötigt, da FDM keinen 
Schwerpunkt des PM darstellt. 


Grundlegende Aspekte des Urheber- und Arbeitsrechts 


Forschungsprojekte operieren, selbst wenn dies im Projektalltag oft 
nicht im Vordergrund steht, unter einer Vielzahl juristisch deter- 
minierter Einflussfaktoren. In einem Curriculum können nicht alle 
relevanten Gesetze und Bestimmungen behandelt werden, so dass 
hier notwendigerweise eine Auswahl getroffen werden muss. Für das 
PM in DH-Projekten von besonderer Relevanz ist das Urheber- und 
Arbeitsrecht. 

Sowohl im Hinblick auf die Verwendung potentiell urheberrechtlich 
geschützten Materials als auch die Bereitstellung von Forschungser- 
gebnissen, Forschungsdaten oder Softwarelösungen sollten Kenntnisse 
über Teile des UrhG° vermittelt werden. Dies betrifft die Abschnitte 
Allgemeines, Das Werk, Der Urheber, Urheberpersönlichkeitsrechte, Verwer- 
tungsrechte, im Besonderen aber $60 UrhG zur Nutzung geschützter 
Werke in der wissenschaftlichen Forschung und im universitären Data- 


84 Siehe ERC, Data Management Plan, Brüssel 2022c, URL: https://erc.europa.e 
u/sites/default/files/document/file/ERC-Data-Management-Plan.docx [letzter 
Zugriff: 29.03.2023]. 
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aufgerufen am 26.03.2023]. 

86 Siehe Gesetz über Urheberrecht und verwandte Schutzrechte (UrhG), Stand 
26.06.2021, URL: https: //www.gesetze-im-internet.de/urhg/BJNRO12730965.ht 
ml [zuletzt aufgerufen am 26.03.2023]. 
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Mining. Auch Grundkenntnisse über Open Access-Publikationsformen, 
wie sie z.B. von der Berliner Erklärung” gefordert werden, und damit 
einhergehend permissive Lizenzsysteme sind für ProjektmanagerIn- 
nen in DH-Projekten relevant. Hier sollten etablierte Systeme wie das 
Lizenzmodulsystem von Creative Commons°® für die Publikation von 
Forschungsergebnissen aber auch freie Lizenzen für die entstandene 
Forschungssoftware (z.B. GNU GPL?) behandelt werden. 

Der Bruch arbeitsrechtlicher Bestimmungen, besonders was die 
geleistete Arbeitszeit anbelangt, ist leider gängige Praxis im Wissen- 
schaftssystem und auch in Forschungsprojekten?. Das Projektma- 
nagement sollte unbedingt darauf dringen, dass im Projektrahmen die 
Bestimmungen des ArbZG” und hier speziell die Gesetze zur Werk- 
täglichen Arbeitszeit und arbeitsfreien Zeiten eingehalten und auch in der 
Planung und Aufwandschätzung Niederschlag finden. Da die meisten 
MitarbeiterInnen in den Tarifvertrag der Länder (TV-L)” eingruppiert 
werden, sollten auch die darin vereinbarten Bestimmungen zur Ar- 
beitszeit bekannt sein sowie die Sonderregelungen des $ 40 TV-L für 
Beschäftigte an Hochschulen und Forschungseinrichtungen. Zusätz- 
lich sollten ProjektmanagerInnen das WissZeitVG” im Blick haben, 
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dem die meisten angestellten ProjektmitarbeiterInnen bis auf Weiteres 
unterworfen sein werden. 


Verankerung von PM-Inhalten in DH-Curricula 


In diesem Kapitel soll nun die konkrete Verankerung von PM-Inhalten 
in Curricula von DH-Studiengängen in den Blick genommen werden. 
Zu welchem Zeitpunkt im Studium und in welchem Umfang ist die Ver- 
mittlung dieser Inhalte sinnvoll? Welche Veranstaltungsformen eignen 
sich für die Behandlung der PM-Inhalte? Wie lassen sich die vermittel- 
ten Inhalte mit praktischen Angeboten ergänzen, so dass sie in authen- 
tischen Anwendungsszenarien zum Einsatz kommen können? 


Zeitpunkt und Umfang der Verankerung 


Die Vermittlung von PM-Inhalten ist in einem DH-Curriculum erst 
sinnvoll, wenn die Studierenden bereits ein Erfahrungsfundament so- 
wohl in den Humanities als auch in den informatischen Aspekten ihres 
Studiums vorweisen können. Sie benötigen diese Grundlagen, da ein 
gewichtiger Faktor im PM von DH-Projekten darin besteht, zwischen 
den unterschiedlichen beteiligten Fachkulturen und Disziplinen zu ver- 
mitteln und Kommunikationsprobleme abzubauen. Um dies leisten zu 
können, sollten sie über Vorerfahrungen in der Arbeitsweise beider Be- 
reiche verfügen. Davon ausgehend wird der konkrete Zeitpunkt von der 
Art des Studiengangs definiert, in welchem die PM-Inhalte verankert 
werden sollen: 


e Sollen PM-Inhalte bereits in einem Bachelor-Studiengang vermittelt 
werden, wie dies z.B. an der LMU München der Fall ist”, sollte dies 


94 Siehe z.B. Markus Frank, Vorlesung Projektmanagement, in: LMUCast 2021, 
URL: https://cast.itunes.uni-muenchen.de/vod/playlists/gazBttYvGK.html 
[letzter Zugriff: 31.03.2023]. 
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gegen Ende des regulären Curriculums geschehen, wenn die fach- 
wissenschaftliche und informatische Ausbildung der Studierenden 
weitgehend abgeschlossen ist und nur die letzte Qualifizierungs- 
arbeit (Bachelorarbeit) noch aussteht. Diese Positionierung stellt 
sicher, dass genügend fachliche Grundlagen erworben wurden, um 
einen Teil der PM-Inhalte unmittelbar in der Qualifizierungsarbeit 
anzuwenden. 

e In Master-Studiengängen sind PM-Inhalte im Curriculum relativ 
frei verschiebbar, da der Bachelor als fachliches Fundament fun- 
giert. Hier sollte eher darauf geachtet werden, die PM-Inhalte mit 
anderen Ergänzungsformaten, welche projektpraktische Erfahrun- 
gen liefern, zu synchronisieren. 

e Instrukturierten Promotionsprogrammen sollte die curriculare Ver- 
ankerung von PM-Inhalten hingegen möglichst früh erfolgen, damit 
die Promovierenden möglichst lange von den PM-Inhalten profitie- 
ren, im Besonderen dann, wenn sie als wissenschaftliche Mitarbei- 
terInnen in kollaborativen Forschungsprojekten arbeiten. 


Ideal ist wahrscheinlich die Verankerung im Master-Studiengang in 
Kombination mit projektpraktischen Ergänzungsangeboten wie Ent- 
wicklungspraktika oder anderen praktischen Angeboten, welche die 
Curricula fordern können. Das erworbene PM-Wissen kann so direkt 
praktisch erprobt und idealerweise zeitnah im begleitenden PM-Ange- 
bot reflektiert werden. 


Geeignete Veranstaltungsformate 


Welche Veranstaltungsformate zur Verfügung stehen, ist in Deutsch- 
land nicht zentral geregelt und obliegt den einzelnen Universitäten bzw. 
Hochschulen, Fakultäten oder Fachbereichen. Dennoch existiert zwi- 
schen den Universitäten und Hochschulen ein weitgehender Konsens 
über die Veranstaltungsformate, die in der Hochschullehre etabliert 
sind: Vorlesungen, Seminare (in verschiedenen Ausprägungen), Übun- 
gen, Tutorien und Kolloquien haben die größte generelle Verbreitung 
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in den Curricula”. Davon abweichend existieren weniger formalisiert 
auch Formate wie Workshops oder Praktika/Praxismodule”, in die 
ebenfalls PM-Inhalte integriert werden könnten. 

Da es sich beim PM um ein stark praxisorientiertes Feld handelt, 
und sich viele der vermittelten Techniken und Ansätze im konkreten 
Projektkontext beweisen müssen, sollten die klassischen Veranstal- 
tungsformate durch projektpraktische Komponenten ergänzt werden. 
Für die meisten der in Kapitel 3 skizzierten Inhalte ist es wenig zielfüh- 
rend, sie ausschließlich im Vorlesungsformat und ohne Bezugspunkt zu 
konkreten DH-Projektbezugspunkten zu vermitteln. Dies mag für die 
rechtlichen Aspekte ausreichend sein, nicht jedoch für die klassischen 
und agilen Managementsysteme oder die Behandlung von Kommu- 
nikation und Konflikten, für die eine praktische Erprobung essenziell 
ist. Werden PM-Inhalte in einem Modul behandelt, sollte einer Vorle- 
sungssitzung mindestens eine Übung zur Seite gestellt werden, in der 
die Studierenden das Gelernte an ihre Vorerfahrung rückkoppeln oder 
durch Methoden wie Planspiele und Projektsimulationen erproben und 
im Anschluss reflektieren. 

Den idealen Fall der curricularen Verankerung von PM-Inhalten 
stellen jedoch Praxiskolloquien, Praktika oder (im weiteren Sinne) 
Praxismodule dar, in deren Rahmen die Studierenden kollaborativ 
an DH-Projekten arbeiten, welche in regelmäßigen Abständen durch 


95 Siehe z.B. Technische Universität München, Lehrformate, München, URL: ht 
tps://www.tum.de/studium/lehre/didaktik/lehre-gestalten/lehrformate [letz- 
ter Zugriff: 31.03.2023]; Goethe-Universität, Veranstaltungsformate, Frankfurt 
a.M., URL: https: //www.fbo3.uni-frankfurt.de/109934652/Veranstaltungsform 
ate? [letzter Zugriff: 31.03.2023]; Humboldt-Universität zu Berlin, Welche Ver- 
anstaltungsformate gibt es? Berlin, URL: https://www.international.hu-berli 
n.de/de/studierende/aus-dem-ausland/wegweiser/6_studium/6_2 [letzter Zu- 
griff: 31.03.2023]. 

96 Siehe z.B. Friedrich-Alexander-Universität Erlangen-Nürnberg, Digitale Geis- 
tes- und Sozialwissenschaften. Inhalt und Aufbau, Nürnberg/Erlangen, URL: 
https://www.dhss.phil.fau.de/studium/ba-studiengang/inhalt-und-aufbau/ 
[letzter Zugriff: 31.03.2023]. 
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Begleitveranstaltungen ergänzt werden. In diesen Begleitveranstaltun- 
gen, die z.B. Kolloquiums- oder Workshopcharakter haben, können 
die PM-Inhalte vermittelt und direkt an das jeweilige (studentische) 
Forschungsprojekt rückgekoppelt werden. Kommunikationsprobleme 
an disziplinären Grenzen, Teamdynamiken, Projektengpässe, schei- 
ternde Methoden oder Konflikte zwischen Teammitgliedern können auf 
diese Weise zeitnah thematisiert und vor dem Hintergrund etablierter 
Techniken und Methoden Lösungen erarbeitet werden. Das Abwä- 
gungsdilemma bei der Auswahl von Lerninhalten ist im Rahmen von 
Praxismodulen weniger stark ausgeprägt: Da Praxismodule gerade pro- 
jektpraktische Fähigkeiten sowie das Zusammenwirken der Disziplinen 
vermitteln sollen, und in der Regel keine spezifischen fachwissenschaft- 
lichen oder informatischen Kenntnisse, sind sie der ideale Ort für die 
Reflexion über genau diese Fähigkeiten und sie laufen weniger Gefahr, 
andere Inhalte zu verdrängen. 


Schluss 


Obwohl vor allem größere DH-Projekte vor einer Reihe von PM-Her- 
ausforderungen stehen, deren Ursprung in vielen Fällen in der inter- 
disziplinären Zusammenarbeit begründet ist, werden bis heute kaum 
Techniken oder Methoden gelehrt, um diesen Herausforderungen zu 
begegnen. Dabei hält das PM durchaus eine Reihe von Ansätzen bereit, 
um die Arbeit und damit auch die Produktivität in interdisziplinären 
Forschungsprojekten zu verbessern und Projekte erfolgreicher zum 
Abschluss zu bringen. Es ist zielführend, Grundlagen von PM, wie sie 
vor allem in Kapitel 3 beschrieben wurden, in Curricula von DH-Studi- 
engängen aufzunehmen. Deren Vermittlung kann bereits am Ende des 
Bachelorstudiums geschehen, sollte jedoch spätestens zu Beginn der 
Promotionsphase erfolgen, wobei sich die Integration in Praxismodule 
anbietet, in denen Studierende kollaborativ eigene Entwicklungsvor- 
haben realisieren und mit den Problemen der interdisziplinären Arbeit 
direkt konfrontiert sind. 
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Begleitend zur Integration von PM in DH-Curricula besteht das 
größte Desiderat wohl in der Professionalisierung des PM in DH-Pro- 
jekten in Kombination mit einer ausgeprägteren Reflexion über den 
Einsatz von PM-Werkzeugen in diesen Projekten. Es existiert im Grun- 
de keine Forschung über den Erfolg oder Misserfolg beim Einsatz 
gängiger PM-Methoden in Projekten, wie sie im ingenieurwissen- 
schaftlichen Kontext weit verbreitet ist. Welche Methoden haben sich 
bewährt? In welchem Maße verbessern ausgewählte Vorgehensmodelle 
des klassischen PM oder auch agile Ansätze die Zusammenarbeit im 
Projekt? DH-Projekte sind von Forschungs- und Entwicklungsprojekten 
im klassischen Sinne jedoch nicht so weit entfernt. Dass Projektkom- 
munikation über disziplinäre Grenzen hinweg gelegentlich schwierig 
sein kann, ist keine Eigenheit von DH-Projekten und eben diese Pro- 
jekte lassen durch entsprechenden Methodeneinsatz optimieren. Dass 
eine feste Verankerung dieser Ansätze auch in Curricula von DH-Pro- 
jekten stattfindet, ist angeraten, um die Arbeit in den DH weiter zu 
professionalisieren. 
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Mäanderndes Projekt- und Community- 
Management - was bewirken, mit echten 
Menschen im Wikiversum 


Juliane Flade und Jens Bemme 


Abstract Der Beitrag enthält Reflexionen digitaler editorischer Projektarbeit mit 
dem Wikiversum: mit Portalen, Werkzeugen und Gemeinschaften wikibasierter 
Wissensbestände. Ausgangspunkt der Autor*innen sind Beobachtungen digita- 
ler Edition und Arbeit im Wikiversum am Beispiel der Citizen Science-Initiati- 
ve »Die Datenlaube«: Haltungen, Verhaltensweisen, Zwänge, Wirkungen, Nutzen 
und Implikationen für Projektmanagement an Schnittstellen bzw. als Scharnier 
in institutionellen Kontexten einer wissenschaftlichen Bibliothek mit Biirger*in- 
nen, die transkribieren, OCR korrigieren und forschen. Die Autor™innen vertre- 
ten die These, dass Projektmanagement und Community-Building im Wikiver- 
sum zwei Seiten einer Medaille sind, mitÜberschneidungen im Projektalltag. Mit 
dem Begriff »Mäanderndes Projektmanagement: charakterisieren sie die Eigen- 
heiten der Selbstorganisation und Projektpraxis. Mäandernd i. S. v. »open beta< 
markiert auch der vorliegende Beitrag als veröffentlichte Version potentiell einen 
Zwischenstand als Diskussions- und Arbeitspapier. 


Digital Humanities: Gemeinsam editieren 


»Ein Projekt ist ein zielgerichtetes, einmaliges Vorhaben, das aus 
einem Satz von abgestimmten, gesteuerten Tätigkeiten besteht und 
durchgeführt werden kann, um unter Berücksichtigung von Vorgaben 
wie etwa Zeit, Ressourcen (zum Beispiel Finanzierung bzw. Kosten, 
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Produktions- und Arbeitsbedingungen, Personal und Betriebsmit- 
tel) und Qualität ein Ziel zu erreichen. [..] Zur Durchführung von 
Projekten werden in der Regel Projektteams gebildet, denen Steue- 
rungsaufgaben obliegen. [...] Für Forschungsprojekte gilt dies aber nur 
bedingt. [...] Das strategische Vorgehen wird durch das im Rahmen 
der Projektdefinition — also noch vor Projektbeginn — beschriebene 
Projektziel bestimmt.«' 


Diese Definition der deutschsprachigen Wikipedia nennt einige Cha- 
rakteristika, die auch auf die später näher beschriebene Kollaboration 
im Wikiversum, der Wikimedia-Portalfamilie, zutreffen. Ähnlichkeiten 
digitaler bürgerwissenschaftlicher Projektarbeit mit Wikis und profes- 
sioneller »Forschungsprojekte< sind von dieser Projektdefinition also be- 
reits erfasst. 

Arbeitsweisen nicht-institutioneller Citizen Science- und Open 
Data-Projekte unterscheiden sich teilweise und dann grundlegend von 
professionellen Forschungs- und Editionsprojekten. Davon ausgehend 
betrachten die Autor*innen im Folgenden eigene Arbeiten an Projekten, 
die sich mit Transkriptionen, Editionen, deren digitaler Erschließung 
und Wissenschaftskommunikation beschäftigen sowie mit gemeinsa- 
men Infrastrukturen der Wikimedia-Bewegung: die Quellensammlung 
Wikisource, die Datenbank Wikidata, der zentrale Medienspeicher 
Wikimedia Commons und die Wikiversität. 

Die später beschriebenen Projekte arbeiten »wikibasiert«. Dabei gel- 
ten Maximen, Merkmalen und Arbeitsweisen, die auch Unterschiede zu 
eher »klassischen« (DH)-Projekten verdeutlichen. 


e Management koordiniert vor allem das »Making« - das Realisieren 
interessengeleiteter Ideen und Themen in Communities, also in 
(mehr oder weniger) verbindlichen Gemeinschaften. 

e Vielfalt individueller Arbeitsweisen variiert zwischen spontanen »ad 
hoc<- sowie langfristigen und detailliert geplanten Projektstrategien 


1 Wikipedia, Projekt, URL: https://de.wikipedia.org/w/index.php?title=Projekt& 
oldid=231240927 [letzter Zugriff: 08.03.2023]. 
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- von digitalen Sprintformaten (Hackathon) bis zu langjährigen In- 
itiativen (i.S.v. »Ultramarathon« mit digitalen Beständen).” 
Informelle Infrastrukturen und latente Kooperationen funktionie- 
ren auf Basis geteilter persönlicher Interessen, Ziele, Freiräume, 
Moderation, teils regelmäßigem und persönlichen Austausch und 
Resonanz. 

Formelle Regeln wie das Mehraugenprinzip für Transkriptionen in 
Wikisource? oder Artikelsichtungen* durch erfahrene Benutzer*in- 
nen in der Wikipedia erfordern formalisierte und doch potentiellun- 
koordinierte Kooperation. 

Selbstorganisation und intrinsische Motivation der Beteiligten er- 
möglichen Zielerreichung und damit Projekterfolge. Dies bestimmt 
auch die Rolle möglicher institutioneller Partner: Sie sind »facilita- 
tor<, organisieren Rahmenbedingungen, Freiräume und unterstüt- 
zen Gemeinschaften Ideen umzusetzen. 

Digitales Erfolgsrezept: Motivation fußt auf Selbstwirksamkeit und 
Resonanzerfahrungen in editierenden Kooperationen und Gemein- 
schaften ergänzt durch Möglichkeiten für persönlichen Austausch. 
Veränderte Sicht auf Ergebnisse und Arbeitsprozesse: Der nächste 
Nebenaspekt, das nächste Seitenprojekt und Gelegenheiten zum 
»Datenputzen« z.B. in Wikidata sind jeweils nur wenige Klicks ent- 
fernt. Die kleinste messbare Einheit der Projektarbeit ist »1 Edit«. 
Jede:r kann (fast) alles editieren und es gibt in Wikis Versionsge- 
schichten jeder Seite. 


Vgl. Die Datenlaube, Brück & Sohn in den Commons, URL: https://commons.w 
ikimedia.org/wiki/Commons:Br %C3 %BCck_ %26_Sohn/de. 

Wikisource, Mehraugenprinzip, URL: https://de.wikisource.org/wiki/Wikisourc 
e:FAQ#Was_bedeutet_das_Mehraugenprinzip? [letzter Zugriff: 09.04.2023]. 
Wikipedia, Tutorial/Seiten/Sichtung, URL: https://de.wikipedia.org/wiki/Wikip 
edia:Tutorial/Seiten/Sichtung [letzter Zugriff: 09.04.2023]. 
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Insofern wird der Begriff »maanderndes Projektmanangementc hier we- 
nig theoriegleitet verwendet und skizziert. Die Beobachtungen basieren 
auf eigenen Praktiken digitaler »Makerkultur«.* 

Ist solche Projektarbeit objektivierbar? Das Wikiversum beruht auf 
Grundprinzipien: u.a. Offenheit der Daten, Informationen und Infor- 
mationszusammenhänge sowie ihrer jeweiligen Entstehungsgeschich- 
te in den Versionsgeschichten der Einzelseiten. Verwendung, Verkniip- 
fung und Verarbeitung dieser offenen Daten und Wissensbestande ist 
prinzipiell möglich. Die Herausforderungen solche Praktiken und ihrer 
Produkte mit anderen DH-Projekten zu verknüpfen dürfte in Projekt- 
dokumentation, Interpretation und etwaiger methodischer An- und Lü- 
ckenschliisse liegen (Datenentstehung, Datenschemata, Akteure und ih- 
re Rollen). 

Als Beispiele dienen hier »Die Datenlaube«‘, eine Citizen Science- 
Initiative für offene Kulturdaten der Illustrierten Die Gartenlaube, histo- 
rische und neue Publikationen des Dresdner Geschichtsvereins’ sowie 
das »Moravian Knowledge Network« (MKN)°. Diese Projekte in und aus 
Dresden sind auf vielfältige Weise miteinander verknüpft: inhaltlich 
und persönlich und sie können digitaler Geisteswissenschaft zugerech- 
net werden. Institutionell fungiert die SLUB Dresden als Landes- und 
Universitätsbibliothek als ein Rahmen dieser Projekte und Akteure. 
Sie ist Teil der regionalen Informationsinfrastruktur, beschäftigt wis- 
senschaftsorientiertes Personal auch für digitale Citizen Science und 
DH-Projekte und wirkt im Idealfall strukturbildend auch durch die 


5 Vgl. zu Makerkultur: (1) Wikipedia: https://de.wikipedia.org/wiki/Maker, (2) 
Meißner, S. (2020): Maker-Literacy: Welche Literalität evoziert die Makerkul- 
tur?. Medienimpulse, 58(4), 32 Seiten. https://doi.org/10.21243/mi-04-20-23 
und (3) https://www.kubi-online.de/artikel/maker-literacy-digitale-kulturelle 
-bildung. 

6 Wikiversity, Die Datenlaube, pm3dh abstract, URL: https://de.wikiversity.org/ 
wiki/DieDatenlaube/pm4dh_abstract [letzter Zugriff: 09.04.2023]. 

7 Wikidata, Dresdner Hefte (014916674), Special:WhatLinksHere, URL: https://w 
ww.wikidata.org/wiki/Special:WhatLinksHere/Q14916674. 

8 Alexander Lasch, Moravian Knowledge Network (MKN), URL: https://dhh.hypo 
theses.org/ [letzter Zugriff: 06.04.2023]. 
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Entwicklung digitaler Methoden und die Begleitung von Forschungs- 
projekten. 

Ausgangspunkt und Antrieb für editorische Praktiken und Projek- 
ten im Wikiversum sind individuelle Motive - diverse Motivationen von 
Menschen, die in freier Zeit forschen: Bürgerinnen und Bürger, wenn 
wir das Wikiversum als Arena, Infrastruktur und Gegenstand bürger- 
wissenschaftlicher Praxis betrachten; Persönliche Praxis mit individuel- 
len und damit subjektiven Kriterien für Projekterfolg und für die Bewer- 
tung von Nutzen und Sinn. Weitere Akteure sind in den hier betrachte- 
tet Citizen Science-Beispielen beruflich involviert, als Geschäftsführerin 
eines Geschichtsvereins oder »Bibliotheksmenschen« und zugleich auch 
als Bürger”innen, die mitforschen, koordinieren und moderieren. 


Beteiligte: Stakeholder der Projektbeispiele (Tabelle 1). 


Beteiligte Institutionen Rollen 
Christian Erlinger ZHB Luzern, Datenlaube-Gründer, 

Die Datenlaube Bibliothekar, Wikimedian 
Jens Bemme SLUB Dresden, Datenlaube-Gründer, 

Die Datenlaube Moderator, Teil- und Im- 


pulsgeber, SLUBMitarbei- 
ter, Wikimedian 


Matthias Erfurth Stadtwiki Dresden, Datenlaube-Team, 
Die Datenlaube Teilgeber, IT-ler, Wikime- 
dian 
Caroline Forster Dresdner Geschichtsverein | Geschäftsführerin, Co-Mo- 
eV. deratorin, 


Teil- und Impulsgeberin 


Andreas Wagner Wikisource-Admin Erfahrungsträger, Impuls- 
geber, DatenlaubeJam- 
Gast 
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Heimatforscher*innen 


Dresdner Geschichtsver- 
ein, nicht-institutionell 
gebundene Birger*innen 


Vereinsmitglieder, Teil- 
und Impulsgebende: 
DatenlaubeJam 


Forschungseinrichtungen 


Juliane Flade SLUB Kulturwissenschaftlerin, 
DatenlaubeJam, Co-Mo- 
deratorin, Lernende: Wiki- 
data und Wikisource 

Gaste Bibliotheken, Museen Forscher*innen, Kolleg*in- 


nen in Bibliotheken an- 
dernorts, 

Studierende und Prakti- 
kant*innen 


Burgerwissenschaftler*in- 
nen 


Herrnhutprojekt Dresden 
(TUD, SLUB) 


Transkription, Quellenar- 
beit 


beitende und Studierende 


Prof. Alexander Lasch TU Dresden MKN-Gründer, Prof. für 
Germanistische Linguistik 
und Sprachgeschichte 

Wissenschaftliche Mitar- | TU Dresden Forschen, Erstellen von 


MKN-Podcasts, Fotografie 
der Gebäude der Herrnhu- 
ter, 3D-Modellierung 


Kay-Michael Würzner 


SLUB, Ref. Open Science 


OCR-Beratung, Computer- 
linguistik 


Fach-Communities 


Academia: Digital Huma- 
nities, Geschichtswissen- 
schaft, Citizen Science, 
Wikimedia-Bewegung 


Rezeption, Fachpublikatio- 
nen, Feedback, potentiell: 
Daten- und Methoden- 
transfer 


In unterschiedlichem Maß bedienen sich die Teilgeber*innen di- 
gital-editorischer Arbeitsweisen. Mit den Rollenbegriffen »Impuls- 
und Teilgeber”in< betonen wir deren aktiv Rolle in der Projektarbeit 
und Projektkommunikation, z.B. beim »DatenlaubeJam«. Sie nehmen 
nicht nur teil, sie edieren historische Quellen, recherchieren relevan- 


Juliane Flade und Jens Bemme: Mäanderndes Projekt- und Community-Management 


te Informationen (z.B. Digitalisate, methodisches Wikisourcewissen, 
Wikidata-(Qids) und Informationen für die Verschlagwortung) oder 
helfen beim Transkribieren von Handschiften mit Schriftkenntnissen 
und Kontextwissen. Dies geschieht teils mit fachwissenschaftlicher 
Anleitung im universitären Umfeld, teils semiprofessionell als Citizen 
Science-Aktivität von Bibliotheksmitarbeiter*innen oder im Rahmen 
institutionalisierter Vereinsaktivität mit Vereinsmitgliedern. Die bishe- 
rigen Projektlaufzeiten der Beispiele variieren hier zwischen vier, zwei 
und einem Jahr. Ihr Ende ist jeweils noch nicht geplant oder absehbar. 
Gegenüber der eingangs zitierten Definition ist Projektmanagement 
dieser Projekte bzw. Initiativen deshalb geprägt von den genannten 
Merkmalen bzw. prägen verschiedene Formen von Projektmanagement 
die Art der unterschiedlich offenen Zusammenarbeit. 

»Mäanderndes Projektmanagement: ist eine mögliche Antwort auf 
fehlende Projektzeitbegrenzungen und interessengeleitete Motivation. 
Es ist dabei eine Ausprägung (unserer) koordinierenden Arbeitsweisen 
in der virtuellen Forschungsumgebung »Wikiversum«. Das Begriffspaar 
»mäanderndes Projektmanagement«erscheint hilfreich, um im Kontrast 
zu Projekten mit formalisierten Projektzielen, -leitung, -laufzeit, -bug- 
detoder -management den Charakter und Arbeitsweisen offener Citizen 
Science-Projekt im Wikiversum zu beschreiben. Dazu gehören beispiel- 
haft »Beifang«, Versionsgeschichten, Erschließungsstrategien, Metada- 
ten, Infrastruktur und digitale Werkzeuge, Wissenschaftskommunika- 
tion und die Rollen der Beteiligten. 

Einerseits entspricht die offene Arbeitsweise mit sehr variablen 
bzw. fehlende Terminen, Zielen- und Zwischenzielen, mit Offenheit 
für spontane Nebenprojekte und nicht-intendierte Nebenwirkungen 
offenbar dem Naturell der Projektbeteiligten. Verbindlichkeit entsteht 
weniger durch explizit vereinbarte Ziele, sondern durch gemeinsa- 
me Arbeit und Kommunikation entlang »digitaler Werkstücke<, durch 
geteilte Werte und wechselseitige Resonanz. Auf technischer Ebene 
ermöglicht und fördert andererseits die offene Infrastruktur in Wikis 
diese Art zu kooperieren. 

Ausgehend von einzelnen Edits (OCR-Korrekturen, Sichtung) drü- 
cken sich Ambivalenzen potentieller aber letztlich doch unverbindlicher 


95 


96 


Projektmanagement und Digital Humanities 


Kooperation im Wikiversum nicht nur auf Ebene individuellen und kol- 
lektiven Handelns aus. Aufinhaltlicher Ebene ist Ablenkung im Wikiver- 
sum garantiert: Unter Letzte Änderungen kann jede:r beobachten, was 
andere Benutzer:innen gerade editierten. Wikilinks und Interwikilinks? 
verknüpfen Artikel, Texte, Illustrationen, Kontexte oder deren struktu- 
rierte Metadaten. 

Unsere Wahrnehmung ist, dass Projektgemeinschaften - und 
mit ihnen Tätigkeitsfelder wie » Community Building, »Community 
Management: und Kommunikation - zentral sind für das Zustan- 
dekommen, Begleiten und Erreichen von Projekt- und Teilprojekter- 
gebnissen. Der Stellenwert formalisierten Projektmanagements ist 
relativ gering. Das Wikiversum bzw. die Wikimediaportale oder auch 
Regiowikis ermöglichen als Rahmen und digitale Infrastrukturen Ko- 
operation und Koordination, die ihrerseits quasi als informelle bzw. 
sozial-mentale Infrastruktur Projektarbeit ermöglichen und prägen. 
Informelle und sozial-mentale Infrastrukturen bieten nicht-technische 
und formal nur schwach institutionalisierte Rahmen für kooperieren- 
de Gemeinschaften: regelmäßige Termine und Moderation, Rückhalt 
durch Erfahrungstrager*innen oder Führung. 

Im Mittelpunkt steht eher das Ermöglichen, Zusammenhalten und 
Motivieren offener Arbeits-, Nutzer”innen- und Lerngemeinschaften. 
Projektzielen am Ende eines Projektes im Sinne der Definition stehen 
weitere Werte gegenüber: Sinn, Erfahrungsaustausch, Spaß, Neugier, 
individuelle Erfolgserlebnisse, Offenheit. Diese Werte sind weniger di- 
rekt messbar. Ihr Gewicht bestimmt Motivation individuell maßgeblich. 
Solche Werte können ihrerseits als Projektziele verstanden werden: Wir- 
kung und Projekterfolg i.S.v. Zielerreichung werden so insbesondere in 
und durch soziale und damit geteilte Infrastrukturen erreicht - soziale 
Beziehungen, die Zusammenarbeit dauerhaft ermöglichen. 

Infrastruktur, die dies ermöglicht oder fördert, findet man ver- 
knüpfbar und zugleich funktional differenziert im Wikiversum. Das 
partizipative Umfeld prägt die digitalen Arbeitsweisen, einerseits. 


9 Wikipedia, Interwikilinks, URL: https://de.wikipedia.org/wiki/Hilfe:Interwiki-L 
inks. 
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Andererseits dürfte die Beschaffenheit der Arbeitsumgebungen im Wi- 
kiversum, die Offenheit der Wissensproduktion und die grundlegenden 
Prinzipien und Methoden dort für bestimmte »Typen«, Persönlichkeiten 
und ihre Vorlieben geeigneter sein als für andere. 

Ob Digital Humanities, Birger*innenwissenschaft, Citizen Science 
oder Crowdsourcing - Wirkungen und Bedingungen für wikibasier- 
te und gemeinschaftsorientierte Projektbegleitung und Projektma- 
nagement sind noch »Neuland« in Wissenschaftlichen Bibliotheken." 
Wikipedia ist 21 Jahre alt, Wikidata bald elf. Trotzdem stehen wir am 
Anfang. Wissenschaft und Bibliotheken entdecken dort die Möglichkei- 
ten, Wissen zugänglich zu machen, zu verknüpfen, digitale Methoden 
zu vermitteln. Bürgerwissenschaft/Citizen Science, Crowdsourcing- 
und Transkriptionskampagnen erregen inzwischen Aufmerksamkeit, 
Interesse und Teilnahme. Wir möchten einmal mehr »Zeigen was geht«, 
denn etwaige Gegensätze in relativ stark formalisierter Projektarbeit 
gegenüber eher bottom-up geprägter Projektpraxis bergen Impulse für 
die jeweils anderen Projektarbeitsweisen. 

Mit dem Begriff »Maanderndes Projektmanagement< drücken wir 
diese Herausforderung und Chance aus. 


Digitale Projektarbeit: Beispiele 


Im Folgenden zeigen wir mit Blick auf Projektkontexte, Methoden und 
Rollenkonstellationen, was in unseren wikibasierten Projekten mögli- 
cherweise anders funktioniert als in anderen DH-Projekten. Als »Biblio- 
theksmenschen«, die wir in einer »Wissenschaftlichen Bibliothek arbei- 
ten, sind wir eher infrastruktur- und ideengebend aktiv, i.S.v. Netzwerk- 
knoten und Moderator*innen in Nutzer*innengemeinschaften. 


10 Jens Bemme/Christian Erlinger, »Someone has to organize it« — Widerstand 
linked open: 2040: Ideen und Spekulationen für offene Datenkulturen durch 
Wikimedians in Bibliotheken. Bibliothek Forschung und Praxis 47 (1/2023d), URL: 
https://doi.org/10.1515/bfp-2022-0080. 
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Die Datenlaube 


Seit 2008 transkribiert eine digitale Gemeinschaft in Wikisource »Die 
Gartenlaube< ehrenamtlich, d.h. insgesamt circa 20.000 Artikel des 
ersten deutschen Massenblatts seit 1853 bis 1899.” Dieses Großpro- 
jekt steht beispielhaft für Potentiale ehrenamtlichen Engagements für 
bibliothekarische Tätigkeiten in Bezug auf Produkte der Massendigita- 
lisierung: Scans, Volltexte, Transkriptionen - und deren Benutzung. Zu 
den Tätigkeiten vom Scan der Zeitungsseiten und Upload in Wikimedia 
Commons bis zum Erstellen von Einzelseiten samt bibliografischer 
Metadaten je Artikel gehört bspw. auch das Korrekturlesen der OCR 
im Wikisource-Editor, das Freistellen, Speichern und Einbetten der 
Illustrationen sowie das Verknüpfen von Serienzusammenhängen. Die 
Wikisource-Broschüre von Wikimedia Deutschland vermittelt dafür 
Grundlagen.” »Learning by doing: erscheint als die ideale Lernstrategie, 
um selbst aktiv zu werden. Den einen standardisierten Workflow vom 
Scan bis zum fertigen Artikelvolltext samt strukturierter Metadaten 
in Wikidata gibt es nicht. Jede:r hat Vorlieben, sucht sich editorische 
Aufgaben ganz nach eigenen Interessen, Kenntnissen, technischen 
Möglichkeiten und zu individuelle bevorzugten Tageszeiten. Die Größe 
des Gartenlaube-Projekts (Medienbestand, Teilaufgaben, Verknüpfun- 
gen), die Wiki-Infrastruktur und unbegrenzte Projektlaufzeit lassen 
solche parallelen, asynchronen und unkoordinierten Arbeitsweisen 
zu. Etwaige Rücksprachen können auf den Diskussionsseiten jeder 
Wikiseite erfolgen. Zugleich wird der Projektfortschritt in Wikisource 
automatisiert durch Abfrage-Bots offen in Wikisource dokumentiert”. 


11 Jens Bemme/Christian Erlinger/Matthias Erfurth, Die Gartenlaube und Die 
Datenlaube — Erschließung von Transkriptionen in Wikisource mit Wiki- 
data (2022a), URL: https://doi.org/10.5281/zenodo.7080199 [letzter Zugriff: 
06.04.2023]. 

12 Wikimedia Deutschland, Wiksiource-Broschüre (2019), URL: https://de.wikiso 
urce.org/wiki/Wikisource:Wikisource-Brosch %C3 %BCre, https://commons.w 
ikimedia.org/wiki/File:Wikisource-Brosch %C3 %BCre.pdf. 

13 Vgl. Wikimedia: Petscan, URL: https://petscan.wmflabs.org/ bzw. https://meta 
.wikimedia.org/wiki/PetScan/de. 
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Jederzeit kann der Status für bestimmte Texte und Jahrgänge abgele- 
sen bzw. auf Ebene der Einzeltexte und Scan- und OCR-Quellenseiten 
editiert werden.“ 

Seit Anfang 2019 erfolgt die Erschließung deutscher Wikisource- 
Dokumente systematisch und offen in Wikidata unter dem Label >Die 
Datenlaube< — ursprünglich eine Verwechslung von »Wikidata« und 
»Gartenlaube<. Ausgehend von Transkriptionen in Wikisource, deren 
Erschließung und Visualisierung mit Wikidata und anderen Linked 
Open Data-Anwendungen vermittelt das Projektteam inzwischen digi- 
tales Methodenwissen in Workshops, Webinaren, in Wikis und anderen 
textbasierten gedruckten Publikationen. Die Initiative profitiert von 
den bibliothekarischen Tätigkeiten der Gründer. Sie arbeitet ohne 
Budget und Projektförderung auf Basis vor allem von Wikimedia-In- 
frastrukturen. Überschneidungen von landeskundlichen Aufgaben, der 
Vermittlung digitaler Methoden, Citizen Science-Projektbegleitung, 
Social Media, Community Management mit dem sächsischen Landes- 
kundeportal Saxorum.de sowie eigene Forschungsinteressen bündeln 
sich in den beteiligten Bibliotheksmitarbeitenden, die selbst als »Bür- 
ger*innen, die forschen«, als Wikimedians, als wissenschaftsorientierte 
Publizist*innen und als »Facilitators< sowohl inhaltliche Impulse und 
Austausch bieten als auch Anschlussfähigkeit an die relevanten Bi- 
bliothekssysteme und-ressourcen. Damit sind Personalressourcen der 
SLUB verbunden. Neben der systematischen Erschließung in Wiki- 
data, sind Kommunikation und Kurse zur Methodenvermittlung im 
Wikiversums Teil der Initiative. 

Wir nutzen »Die Datenlaube: gemeinsam als Sandkasten, Expe- 
rimentierfeld für offene bibliografische Erschließungsstrategien, als 
»Linkschleuder« und Feedbackschleife - derzeit insbesondere für offene 


14 Vgl. Wikisource: Die Gartenlaube-Projektstand, URL: https://de.wikisource.org 
/wiki/Die_Gartenlaube#Projektstand, Indexseite des Jahrgangs 1899, URL: htt 
ps://de.wikisource.org/wiki/Index:Die_Gartenlaube_(1899). 
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1516 für Dossiers als >Kleine Editionen: und Annotati- 


Zitationskorpora 
onswerkzeug” - allgemein ausgedrückt: als Werkstatt oder Makerspace 
für digitale Methoden im Wikiversum.'® Kontakt mit dem Feld der 
»Digital Humanities: hatte »Die Datenlaube< 2021 erstmals zu Gast bei 
der virtuellen »Pecha Kucha Night: Nur ein Narr macht keine Experi- 


mente«.” 
DatenlaubeJam mit Geschichtsverein 


Im Sommer 2020 starteten Christian Erlinger und Jens Bemme den Da- 
tenlaubeJam als regelmäßiges Projektteamtreffen.”° Inzwischen wurde 
der wöchentliche Termin am Dienstag zum Ort für Austausch, insbe- 
sondere zu Dresdner Kulturdaten. Teilgeber*innen sind nun auch wei- 
tere Gäste (vgl. Übersicht der Beteiligten in Tabelle 1). Kontinuierlich ist 
seit Januar 2022 eine neue digitale Gemeinschaft entstanden. Dienstags, 
8:15 Uhr, treffen sich in wechselnder Zusammensetzung Bibliotheksmit- 
arbeiter*innen, das Team »Datenlaube«, Mitarbeiterinnen und Mitglie- 
der des Geschichtsvereins Dresden, ein Wikisource-Administrator, an- 
dere Heimatforscher*innen und auch Gäste klinken sich überregional 


15 Vgl. Jens Bemme/Christian Erlinger/Matthias Erfurth, Wikicite, Caviar für Die 
Gartenlaube (Poster 2021c), URL: https://commons.wikimedia.org/wiki/File:Wi 
kicite,_Caviar_f %C3 %BCr_Die_Gartenlaube.pdf [letzter Zugriff: 06.04.2023]. 

16 Vgl. Jens Bemme/Christian Erlinger/Matthias Erfurth, Die Gartenlaube: Kritik, 
Zitate, Referenzen und Forschungsliteratur seit 1853 — mit Wikicite, Scholia und 
Die Datenlaube (Version 4, 2023a), URL: https://doi.org/10.5281/zenodo.77694 
05 [letzter Zugriff: 06.04.2023]. 

17 Vgl. Wikisource, Vorlage: AnnoateQID, URL: https://de.wikisource.org/wiki/Vo 
rlage:Annotate_QID [letzter Zugriff: 06.04.2023]. 

18 Vgl. Zenodo, Die Datenlaube, URL: https://zenodo.org/communities/diedatenl 
aube/ [letzter Zugriff: 14.04.2023]. 

19 Swantje Dogunke et al., VDHD2021: Pecha Kucha Night: Nur ein Narr macht 
keine Experimente, URL: https://vdhd2021.hypotheses.org/159, [letzter Zugriff: 
14.04.2023]. 

20 Vgl. Jens Bemme/Christian Erlinger, Forschungsfragen an Schnittstellen zwi- 
schen Bibliothek, Textlab und Digital Humanities (20208), URL: https: //textlab 
-hypotheses.org/2789 [letzter Zugriff: 06.04.2023]. 
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ein, um bis zu einer Stunde informell über offene Kulturdaten zu spre- 
chen und Projekte zu planen. Erschlossen mit Wikisource und Wikidata 
werden die historischen Publikationen des Geschichtsvereins erschlos- 
sen, zeitgenössische wie die »Dresdner Hefte: mit Wikidata. Das (ehe- 
mals) Twitter-Hashtag hierzu: #DatenlaubeJam; weitere Notizen wer- 
den offen protokolliert.” 

»Dabei geht es um »Beifang«, Alltägliches, abseitige neue Ideen und 
Publikationsprojekte und offene Lehrmaterialien für Kurse. »Das geht 
über »Die Gartenlaube« hinaus und betrifft insb. Saxonica, historische 
Quellen über Sachsen sowie Verknüpfungen im Stadtwiki Dresden. 
Teilgeber*innen sind zwischen 30 und 70 Jahre alt: datenorientier- 
te Nerds, Wikimedians, Historikerinnen, Informatiker, Mütter und 
Väter, Heimatforscher*innen, [...] sowie Kulturwissenschaftler*innen 
- alle Citizen Scientists, also Bürger*innenwissenschaftler”innen in 
wechselnden Rollen mit diversen Perspektiven.«”” 

Regelmäßigkeit, Spaß, gemeinsame Interessen an neuen histo- 
rischen Publikationen für Wikisource und damit verbunden meist 
digitale Selbstwirksamkeitserfahrungen sind vermutlich Gründe für 
den Erfolg des Formats »DatenlaubeJam« und für den Zusammenhalt, 
so dass aus latenten digitalen Kooperationen fertige Projekte wer- 
den. Verbindlichkeit wird durch Mitarbeiterinnen und technische 
Plattformen institutioneller Partner hergestellt: SLUB, Wikimedia, 
Geschichtsverein, TU Dresden. Alle Teilgeber*innen sind dabei Akteure 
und Elemente einer (ihrer!) »sozialen« Infrastruktur für digitale Projekt- 
zusammenarbeit. Diese zugleich gemeinsame »mentale Infrastruktur« 
in digitalen Projektumgebungen, und somit höchst abstrakten Gegen- 
ständen, gibt Halt: mit festen Ansprechpartner”innen (facilitator) und 


21 Vgl. Wikiversity, Die Datenlaube/Notizen, URL: https://de.wikiversity.org/wiki 
/DieDatenlaube/Notizen [letzter Zugriff: 14.06.2023]. 

22 Jens Bemme/Juliane Flade/Caroline Förster, »DatenlaubeJam« — Hackthon ist 
immer (dienstags), in: Thomas Köhler et al. (Hg.), Gemeinschaften in Neuen Me- 
dien. Digitalität und Diversität. Mit digitaler Transformation Barrieren überwinden!? 
25. Workshop GeNeMe “22 Gemeinschaft in Neuen Medien, Dresden 2023b, 164-169, 
URN: urn:nbn:de:bsz:14-qucosa2-843486, URL: doi.org/10.25368/2023.15. 


101 


102 


Projektmanagement und Digital Humanities 


regelmäßigen digitalen sowie sporadischen analogen Treffen. Vielfalt 
(Alter, Ausbildungen, Geschlechter, Lebenserfahrungen, Interessen der 
Teil:gebenden) provoziert und stützt Neugier, Motivation, neue Ideen, 
Wissensgewinne und Ausdauer beim Editieren. 


Moravian Knowledge Network 


Das Moravian Knowledge Network untersucht die herrnhutischen 
Quellen, vor allem mit digitalen Methoden. Insbesondere stehen hier 
handschriftliche Reiseberichte aus den Gemein-Nachrichten der Brü- 
dergemeine” im Fokus. Das Forschungsnetzwerk entstand durch 
eine Kooperation zwischen Prof. Lasch (TU Dresden), der SLUB und 
weiteren Partnern. Dabei beabsichtigt das Team der TU Dresden Tran- 
skriptionen, die mit Bürgerwissenschaftler*innen am TextLab der 
SLUB™ entstehen, für Text-und Sprachanalysen zu nutzen. Bürger- 
wissenschaftler*innen transkribieren handschriftliche Quellen der 
Brüdergemeinde. Diese Quellen liegen zuerst als digitalisierte Kurrent- 
Handschriften vor, sind aber nicht automatisch durchsuchbar und 
damit analysierbar. Eine automatisierte OCR-Erkennung der jeweili- 
gen Handschriften ist das Ziel. Hierfür müssen von jeder Handschrift 
genügend Texte sicher transkribiert sein, um die OCR-Software zu trai- 
nieren. In einem nächsten Schritt werden die Transkripte annotiert und 
in XML-Dateien übertragen. Das Erstellen der XML-Dateien erfolgt 
durch Juan Garces, Mitarbeiter an der SLUB und Wissenschaftler im 
Bereich Digital Humanities. Die XML-Dateien werden in einem offe- 
nen Fachdatenrepositorium zugänglich gemacht und für die weitere 


23 Ist das älteste und umfangreichste Mitteilungsblatt der Evangelischen-Brü- 
derunität — Herrnhuter Brüdergemeine. Vgl. Gemein-Nachrichten im Unitäts- 
archiv Herrnhut, sachsen.digital (Sammlungen), URL: https://sachsen.digital/s 
ammlungen/gemein-nachrichten-im-unitaetsarchiv-herrnhut [letzter Zugriff: 
03.04.2023]. 

24 Vgl. Blog des TextLabs, URL: https://textlab.hypotheses.org/ [letzter Zugriff: 
03.04.2023]. 
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automatische Texterkennung genutzt. Je mehr Transkripte und Anno- 
tationen für eine Handschrift vorliegen, umso genauer wird die OCR.” 
Software-Grundlagen sind im OCR-D entwickelte Softwareelemente 
zur automatischen Erkennung historischer Textquellen.” 

Die Rollen scheinen im MKN-Projekt klarer verteilt als in der 
»Datenlaube«: Biirgerwissenschaftler*innen sind hier Experten für Kur- 
rentschrift. Sie leisten durch ihre Kenntnisse und Erfahrungen mit alten 
Handschriften Grundlagen für die inhaltliche Erschließung der Quel- 
len. Impulsgeber sind hier klar Mitarbeitende der TU Dresden. Je nach 
Forschungsschwerpunkt und fachlichem Kontext betrachten sie die 
Quellen anders und formulieren Forschungsfragen, die in Workshops 
präsentiert und diskutiert werden. 

Diese Arbeitsteilung und Rollen verschieben und verändern sich 
aber in dem Maß, wie die beteiligten Biirgerwissenschatler*innen be- 
ginnen, eigene Fragen einzubringen. Dies geschieht zunächst bei der 


25 Vgl. Alexander Lasch, So weit waren wir noch nie. Korpuslinguistische Erschlie- 
Bung der»Nachrichten aus der Brüdergemeine« (NBG) (1819-1894) (2021), URL: 
https://dhh.hypotheses.org/315 [letzter Zugriff: 06.04.2023] 

26 »The OCR-D project receives funding from the Deutsche Forschungsge- 
meinschaft (DFG, German Research Foundation) initially for a period from 
2015-2020. OCR-D is led by a coordination group that is composed of Her- 
zog August Library Wolfenbüttel, Berlin State Library, Berlin-Brandenburg 
Academy of Sciences and Humanities, and Karlsruhe Institute of Technology. 
Initially, the coordination group gathered requirements and designed a call for 
module projects to address the challenges that were identified in the availabil- 
ity of suitable OCR for historical printed documents in the context of mass-dig- 
itization. Additionally, the coordination group is tasked with specifying defini- 
tions of interfaces, data models and conventions for ensuring the interoperabil- 
ity and performance of the various software components that are developed in 
OCR-D. Finally, the coordination group publishes a Python-based reference im- 
plementation of these specifications as well as tools and wrappers to make the 
integration of existing tools and the development of new tools within the OCR- 
D ecosystem as frictionless as possible.« Clemens Neudecker et al., OCR-D: An 
End-to-end Open Source OCR Framework for Historical Printed Documents, in: 
DATeCH2019: Proceedings of the 3rd International Conference on Digital Access to Tex- 
tual Cultural Heritage (2019), 53-58, URL: https://doi.org/10.1145/3322905.33229 
17 [letzter Zugriff: 30.03.23]. 
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Auswahl geeigneter Quellen und ersten Recherchen. Letztendlich führt 
dies zu einer partizipativen Integration in den Forschungszyklus. 

Die Nähe des SLUB-Projekts zur TU Dresden ist mit Ressour- 
cen verbunden, die der »Datenlaube< so nicht zur Verfügung sehen: 
Projektmittel (bspw. Dienstreisen zu Wirkungsstätten der Herrnhu- 
ter) und technische Ausstattung.” So konnten 3D-Modelle typischer 
herrnhutischer Gebäude erstellt werden. Im Modell sind Infopunkte 
ansteuerbarbar, an denen Textquellen hinterlegt sind sowie weitere 
Informationen und Hintergründe erfahrbar werden. 

Aus diesem Projekt ergeben sich einige Vorteile für alle Beteiligten: 
Die Bürgerwissenschaftler*innen können die Lebenswelt der Herrnhu- 
ter über die Dokumente erfahren. Zum Teil liegt das persönliche For- 
schungsinteresse in biografischen Hintergründen motiviert. Auch mit 
Juan Garces, der neben DH auch Theologie studierte, haben die Bürger- 
wissenschaftler*innen einen kompetenten Ansprechpartner für inhalt- 
licher Fragen. Die SLUB profitiert in solchen Projekten, da diese die Ver- 
bindungen mit der TU Dresden stärken und zusätzlich durch deren par- 
tizipativen Charakter — beides strategische Interesse der Bibliothek.”® 

Die Forschenden bekommen durch Austausch mit Bürgerwissen- 
schaftler*innen wirksames Feedback zusätzlich zu ihrem universitären 
Kontext. Dabei werden neue Detailfragen aufgeworfen.”” Unabhängig 
vom fachlichen Austausch, erarbeiten die Bürgerwissenschaftler”in- 
nen die Text- und Datenbasis, mit der die OCR trainiert wird, um 
verschiedene Handschriften zu »lernen«. 


27 Alexander Lasch, Wie profitiert das #MKNetwork durch die Förderung im Ver- 
bund #virTUos? (2023), URL: https://dhh.hypotheses.org/1239 [letzter Zugriff: 
06.04.2023]. 

28 Vgl. Achim Bonte/Antoine Muschalek (Hg.), SLUB 2025: Wissen teilen — Men- 
schen verbinden (2019), URL: https://nbn-resolving.org/urn:nbn:de:bsz:14-quc 
0sa2-357501 [letzter Zugriff: 07.06.2023]. 

29 Vgl. Juliane Flade, Wie fange ich an? Grundlagen offener Kulturdaten erler- 
nen anhand der Erschließung handschriftlichen Quellen der Herrnhuter Brü- 
dergemeine (2022), URL: https://saxorum.hypotheses.org/7977 [letzter Zugriff: 
07.06.2023]. 
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Konflikte gibt es weniger in den Zielsetzungen, als in unterschied- 
lichen Erwartungshaltungen der Beteiligten hinsichtlich messbarer Er- 
folge: für das Anlernen der OCR sind neben der Software auch personel- 
le Ressourcen innerhalb der Bibliothek notwendig. Knappe Ressourcen 
erzeugten Verzögerungen, die in der Gruppe der Bürgerwissenschaft- 
ler*innen für Unmut sorgten. Gründe und Perspektiven zu kommuni- 
zieren ist eine weitere Aufgabe von Juan Garces als beteiligter Biblio- 
theksmitarbeiter. 


Beobachtungen: Offenheit, Motive, Arbeitsweisen, Rollen, 
Werkzeuge und Methoden - Notizen 


Werkzeuge, Communities und Datenbestände im Wikiversum prägen 
die individuelle Arbeit und Zusammenarbeit. Etwaige Regelwerke für 
jeweilige Wikimediaportale sind zwar gewachsene Grundlagen und ggf. 
für Sanktionen von Regelverstößen dort - diskursiv kollektiv und/oder 
durch Mitglieder mit Administrationsrechten. Projektbezogen werden 
auch Wikisource Editionsrichtlinien definiert.” Diese Governance- 
Strukturen können im Einzelfall zugleich als relativ schwache Ar- 
beitsgrundlagen wirken - z.B. in Wikisource, da dort auch präferierte 
Arbeitsweisen des »Learning by doing, des Kopierens, des Ausprobie- 
rens, des Feedbackgebens und -erfragens ohne bewusste Rezeption der 
sirgendwo< dokumentierten Regelwerke erfahrungsgemäß möglich ist. 

Digitales Arbeiten in Wikisource und Wikidata unterscheidet sich 
von Wikipedia — weniger technisch in Bezug auf das Editieren, sondern 
kommunikativ. Nutzer*innengemeinschaften sind unterschiedlich 
groß, folgen verschiedenen Interessen und kultivieren eigene Kommu- 
nikationsstile und -dynamiken. Die deutschsprachige Wikisource ist 
kleiner als Wikipedia: man erkennt in den »Letzten Änderungen eines 


30 Wikisource, URL: https://de.wikisource.org/wiki/Die_Gartenlaube#Editionsric 
htlinien [letzter Zugriff: 14.06.2023]. 
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jeden Portals, wer woran arbeitet, »man kennt sich in Wikisource, 
man hilft sich gegenseitig, gelegentlich entstehen Kooperationen. Das 
Mehraugenprinzip in Wikisource erzwingt quasi Mitarbeit auf Ge- 
genseitigkeit, um eigene Projekte >fertig< zu stellen. Etwaige Konflikte 
werden relativ schnell geklärt. Eher konfliktorientierten Benutzern 
anderer Portale, die ihre gewohnten Kommunikationsmuster nach 
Wikisource übertragen’, wird erfahrungsgemäß in der Diskussion 
wikibasiert schnell verdeutlicht, dass und wie die Wikisource-Gemein- 
schaft anders arbeitet und arbeiten will: sehr zielorientiert, fokussiert 
auf die Fertigstellung von Einzelseiten und Projekten, hilfsbereit und 
offen für Korrektur, Fragen und neue Anliegen. 

Die relativ kleine Nische »Wikisource: im Wikiversum ermöglicht 
auf diese Weise großen Freiraum, relativ freie Möglichkeiten für eigene 
neue Projekte” und auch für die Entwicklung von Methoden für Prä- 
sentation und Erschließung transkribierter Quellen - weniger durch 
gegebene methodische Vorgaben, sondern durch neugier- und inter- 
essengeleitetes »Making«, also: ausprobieren. Wikisource ist in diesem 
Sinne als Arbeitsumgebung tendenziell gut geeignet für eine Mentalität 
des »Anything goes<.** Diese Mentalität steht zugleich im Gegensatz 
zu institutionellen Rahmen- und Förderbedingungen akademischer 
Editionsprojekte. Nicht zuletzt für das Feld institutionenübergrei- 
fender Zeitschriftendigitalisierung und -erschließung könnten die 
deutschsprachige Wikisource für Artikelvolltexte oder »Die Datenlau- 
be< für offene maschinenlesbare Metadaten und Linked Open Data- 
Anwendungen als Prototypen und Datenquellen genutzt werden. 


31 Vgl. Wikisource, URL: https://de.wikisource.org/wiki/Spezial:Letzte_%C3 %84 
nderungen sowie Wikisource sowie URL: https: //www.stadtwikidd.de/wiki/Sp 
ezial:Letzte_%C3 %84nderungen [letzter Zugriff: 14.06.2023]. 

32 _Sogenannte »Edit-Wars« finden in Wikisource bspw. nicht statt, vgl. Wikisource, 
URL: https://de.wikipedia.org/wiki/Wikipedia:Edit-War. 

33 Vgl. Regeln für neue Projekte auf Wikisource, URL: https://de.wikisource.org/w 
iki/Wikisource_Diskussion:Projekte [letzter Zugriff: 06.04.2023] 

34 Vgl. Wikipedia, Anything goes (Schlagwort), URL: https://de.wikipedia.org/wik 
i/Anything_goes_(Schlagwort) [letzter Zugriff: 06.04.2023]. 
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»Linked Open Storytelling: mit selbst erzeugten offenen Metada- 
ten und >kleine Editionen« in offenen Publikationsumgebungen sowie 
Visualisierungswerkzeug sind Methoden, die wir für digitale Projekt- 
kommunikation nutzen.” 

Die Expertenrolle liegt unbedingt auch bei den Teilnehmenden. 
Beispielsweise sind im DatenlaubeJam, das regelmäßige Teamtreffen 
des Projekts »Die Datenlaube«* Teilnehmer*innen die Expertinnen 
ihrer jeweiligen Domäne: Geschichtswissenschaft, Heimatforschung, 
Datenbank-, Web- und IT-Entwicklung, digitales Ehrenamt im Ruhe- 
stand, Wikimedian. Die beteiligten Menschen in Bibliotheken - die 
Autor”innen dieses Textes - wirken dabei insbesondere impulsgebend 
und, neudeutsch, als Facilitator - und damit infrastrukturorientiert. 
Wobei wir Infrastruktur gleichermaßen formell als technische Basis 
der Projektarbeit betrachten als auch informell. Die These ist, dass wir 
digital orientierte Kooperationen, Kommunikations- und Beteiligungs- 
formate tendenziell als soziale Infrastruktur denken: eher schwach 
institutionalisierte, offen informelle und insbesondere sozial-mentale 
Infrastrukturen, die den Teilgebenden Orientierung, Rückhalt und 
Motivation bieten. 

Bibliotheksmitarbeiter*innen dabei organisieren auf Basis offener 
technischer Infrastruktur regelmäßig digitale offene Räume als soziale 
Treffpunkte und Gelegenheiten für unverbindlichen Austausch und Ko- 
operation. Diese Rolle und Arbeit als »Facilitators< (bzw. als menschliche 
und soziale Permalinks) wurde so nach und nach ein Teil der Bibliotheks- 
arbeit.’” Dass in Citizen Science-Projekten die Anteile kommunikativer 


35 Wikidata, Linked Open Storytelling (Q66631860#P1343) described by source, 
URL:  https://www.wikidata.org/wiki/Q66631860#P1343 [letzter Zugriff: 
14.06.2023]. 

36 Vgl. Die Datenlaube Blog, URL: https://diedatenlaube.github.io/, [letzter Zu- 
griff: 06.04.2023] sowie Wikidata-Item der Datenlaube, URL: https://www.wik 
idata.org/wiki/Q61943025#P1343, [letzter Zugriff: 06.04.2023]. 

37 Jens Bemme, Zeit für informelle Infrastruktur? Rückblick auf den 59. BibChatDe 
— für Geschichtsvereine und Bibliotheken (19.07.2022b), URL: https://saxorum. 
hypotheses.org/7728 [letzter Zugriff: 06.04.2023]. 
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Aufgaben im Projektmanagement größer sind als in Projekten ohne Bür- 
ger*innenbeteiligung, bestätigt sich dabei. Solche Kommunikationsar- 
beit ist konzeptuell gewollt, muss kalkuliert, budgetiert und ermöglicht 
werden, wenn Bibliotheken und DH-Projekte von Potentialen verteilter 
und selbstorganisierter Bürger”innenforschung profitieren wollen. 

Durch jahrelange Mitarbeit im Wikiversum vertreten die Pro- 
jektinitiatoren der »Datenlaube< nicht nur die Werte der Wikimedia- 
Bewegung, wie »Beteiligung, Diversität, freier und offener Zugang, 
Gerechtigkeit, Nachhaltigkeit und respektvolle Zusammenarbeit’, 
sondern sind im Umgang mit den Plattformen sicherer als gelegent- 
lich dort klickende und editierende Bibliotheksmitarbeiter*innen. In 
einem konventionelleren Rollenverständnis sind Mitarbeitende in Bi- 
bliotheken eher in einer Expertenrolle bzw. beratend als Dienstleistende 
tätig. 

Wir beobachten, dass sich diese Rollenzuschreibungen mit Citizen 
Science-Projekten verändern und Bibliotheksarbeit auf diese Weise be- 
reichern. Teils wechseln gewohnte Rollen zwischen sogenannten Profis 
und sogenannten Laien. Wer profitiert davon potentiell? Insbesondere 
die »Vermittlung von Methodenwissen, Open Science und die Demo- 
kratisierung von Wissenschaft«” und daraufaufbauende Potentiale und 
Synergien (Eva Bunge 2022). 

Das heißt konkret: Wir begleiten regelmäßige Formate wie den 
»DatenlaubeJam«. Wir organisieren Workshops, Kurse, Webinare und 
bilaterale Beratungen. Wir publizieren Werkstattberichte: Blogposts, 
Aufsätze, Buchkapitel, Präsentationen und Wikiversity-Kursseiten. 
Diese Kursseiten bündeln Medien, Quellen und Links für Lehr- und 
Präsentationszwecke. Wir dokumentieren und protokollieren Notizen 


38 Wikimedia Deutschland — Gesellschaft zur Förderung Freien Wissens e. 
V. (Hg.), Präambel, URL: https://www.wikimedia.de/werte/ [letzter Zugriff: 
06.04.2023]. 

39 Eva Bunge, Science and the Smart Citizen. Wie Citizen Science durch Metho- 
denkompetenz und Open-Science-Praktiken Demokratisierung im bibliothe- 
karischen Kontext fördern kann, in: Linda Freyberg/Sabine Wolf (Hg.), Smart 
wird man nur gemeinsam. Partizipative, agile und innovative Ansätze für die Biblio- 
thek der Zukunft, Wiesbaden 2022, 101-112, siehe 106. 


Juliane Flade und Jens Bemme: Mäanderndes Projekt- und Community-Management 


der kooperativen Arbeiten offen in der Wikiversität.*° Wir bauen selbst, 
pflegen und verknüpfen offene Metadaten in Wikidata über bibliogra- 
fische Routinen hinaus als zusätzliche Möglichkeit, um Wertschätzung 
für ehrenamtliche Transkriptionsarbeit auszudrücken. Wir versuchen 
dieses Methodenwissen zu vermitteln - an Kooperationspartner*innen 
sowie intern an Kolleg*innen ohne Editionserfahrung im Wikiversum. 
Und wir reagieren auf die Recherchewiinsche, Digitalisierungsvorschla- 
ge und Korrekturhinweise dieser Teilgeber- und zugleich Nutzer*innen 
der SLUB. 

Offene Notizen in der Wikiversitat haben sich bei alldem als beilau- 
figes doch womöglich zentrales Element des Projektmanagements im 
Kontext des DatenlaubeJams erwiesen. Dabei entstehen seit 2021 kei- 
ne vollständigen Protokolle, sondern datierte Tagesordnungen, Stich- 
punkte, kleine illustrierte Linklisten, Lesetipps und Projekthinweise, die 
auch von Nichtteilnehmenden gelesen und ergänzt werden. Diese Noti- 
zen dienen für Rückblicke, zum Wiederfinden von Details der Gespräche 
und als teilbare Ressourcen für die Wissenschaftskommunikation und 
die sozialen Medien.” 

Mit einer solchen Notiz sei deshalb hier auf den Sammelband >Citi- 
zen Science in den Geschichtswissenschaften. Methodische Perspektive 
oder perspektivlose Methode% verwiesen. Die Aufsätze enthalten 
vielfältige Bezüge zum Projektmanagement und zur Projektkommuni- 
kation in Citizen Science-Projekten mit Wikis, im Wikiversum oder mit 
der Wikibase-Instanz FactGrid.*” Ein Resultat unseres mäandernden 


40 Wikiversity, DieDatenlaube/Notizen, URL: https://de.wikiversity.org/wiki/Die 
Datenlaube/Notizen [letzter Zugriff: 14.06.2023]. 

41 Wikiversity, DieDatenlaube/Notizen, URL: https://de.wikiversity.org/wiki/Die 
Datenlaube/Notizen [letzter Zugriff: 14.06.2023]. 

42 Vgl. Martin Munke, Kultur und Geschichte Sachsens offen und kollaborativ er- 
forschen, URL: https://doi.org/10.14220/9783737015714.143; Olaf Simons, Kei- 
ne Selbstverständlichkeit: Citizen Science auf der FactGrid Wikibase-Platt- 
form, URL: https://doi.org/10.14220/9783737015714.241, in: René Smolarski/ 
Hendrikje Carius/Martin Prell (Hgrs.), Citizen Science in den Geschichtswissen- 
schaften. Methodische Perspektive oder perspektivlose Methode? Gottingen, 2023, 
URL: https://doi.org/10.14220/9783737015714. 
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Projektmanagements ist dabei, dass wir während des Redaktionspro- 
zesses für den vorliegenden Aufsatz diesen Sammelband in Wikidata 
grundlegend offen erschlossen haben, um die Metadaten zu verknüp- 
fen, zu visualisieren (https://scholia.toolforge.org/venue/Q119087384 
), für das Buchmarketing zu teilen und als digitale Methoden hier zu 
erwähnen. 


Beifang und mäandernde Datenpflege Il. Ordnung 


Offene digitale Infrastrukturen wie Wikidata, Wikisource, Hypotheses 
und Digitale Sammlungen in Bibliotheken ermöglichen und fördern von 
Neugier getriebenes Sammeln von »Beifang«: Ideen und Kontextwissen, 
das mglw. nicht gesucht wurde, aber trotzdem nützt. So werden z.B. feh- 
lende oder fehlerhafte Datenobjekte oder Aussagen in Wikidata sichtbar 
und potentiell Bedarfe und Ideen für Datenpflege. #TrickleDownDaten- 
laube* ist ein Twitter-Hashtag für solche Datenpflege: erst leere Daten- 
objekte ohne Aussagekraft für die Verschlagwortung von z.B. Garten- 
laube-Artikeln. Diese können in Wikidata durch zusätzliche Aussagen 
grundlegend ergänzt oder neu geschaffen werden. Datenpflege II. Ord- 
nung findet in Datenobjekten statt, die indirekt die Aussagekraft z.B. 
von Gartenlaube-Schlagworten erhöhen. Eins von viele möglichen Bei- 
spielen: 


e Wikidata: Frischluftlaterne (Q1465031) sowie Mischluftlaterne 
(Q1760016) 
e Beschrieben in: (Q1465031#P1343)** 


43 Vgl. Jens Bemme/Christian Erlinger, Die Datenlaube - Citizen Science & digita- 
le historische Hilfswissenschaft, URL: https://doi.org/10.14220/9783737015714.1 
63, in: René Smolarski/Hendrikje Carius/Martin Prell (Hgrs.): Citizen Science in 
den Geschichtswissenschaften. Methodische Perspektive oder perspektivlose 
Methode? Göttingen, 2023c, URL: https://doi.org/10.14220/9783737015714. 

44 Wikidata, Frischluftlaterne. https://www.wikidata.org/wiki/Q1465031#P1343 
[letzter Zugriff: 14.06.2023]. 
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- Zusammenlegbare Laterne (Q118213765), in: Die Gartenlaube, 
1898, Heft 11, S. 324_d* 

- Universal-Petroleum-Laterne (Q116616349), in: Die Gartenlaube, 
1885, Heft 21, S. 352 


Sprint-Marathon-Dualismus: Hackathon ist immer 


Motto und Twitter-Hashtag #HackathonIstImmer drücken aus, dass 
Transkriptionen, kleine und große Editionen nicht auf kurzfristige 
Kulturdaten-Hackathons wie »Coding da Vinci: beschränkt bleiben 
müssen.* »Sprint-Marathon-Dualismus« benennt dieses Spannungs- 
feld. Ob Sprintformate mit Projektzielen in Tages- und Wochenfrist 
oder langjährige Editionsinitiativen wie »Die Datenlaube< - verschiede- 
ne Formate ermöglichen diverse Wirkungen und Nutzen; beispielsweise 
beschleunigte Entwicklungszyklen, kurzfristig PR-Effekte »End of Pipe< 
oder regelmäßigen Wissenstransfer und begleitende Wissenschafts- 
kommunikation durch Kontinuität >On the Road«. 

Editionsprojekte wie »Die Datenlaube< sind sprichwörtlich »Fäs- 
ser ohne Boden« »by design«. Mag ein Medien- und Datenbestand als 
Sammelgebiet endlich oder abgeschlossen sein: Artikel, Illustrationen, 
Postkarten?” oder anderes - offene Metadatenpflege, Tiefenerschlie- 
Bung, Annotationen, Ergänzungen sind potentiell nie >fertig<, wenn 
Projekte als offene bürgerwissenschaftliche Initiative und Prozesse be- 
gonnen und durchgeführt werden. Offene Daten und Wissensbestände 
bleiben im Wikiversum dauerhaft zugänglich, erweiterbar und nutzbar. 
Sie gehören allen, die sie zu nutzen wissen. 


45 Wikisource, URL: https://de.wikisource.org/wiki/Zusammenlegbare_Laterne 
sowie https://de.wikisource.org/wiki/Universal-Petroleum-Laterne [letzter Zu- 
griff: 14.06.2023]. 

46 Vgl. Coding da Vinci, URL: https://codingdavinci.de/ [letzter Zugriff: 
09.04.2023]. 

47 Wikimedia Commons, Brück & Sohn, URL: https://commons.wikimedia.org/wi 
ki/Commons:Br %C3 %BCck_%26_Sohn/de [letzter Zugriff: 14.06.2023]. 
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Offene Erschließung 


Digital Humanities mit Wikisource und Wikidata demokratisieren als 
Open Citizen Science-Tätigkeitsfelder längst klassisch bibliothekarische 
Funktionen und Arbeitsweisen, denn jede:r kann sich daran beteiligen. 
Menschen, die auf diese Weise digital »forschen & entwickeln«, ergänzen 
traditionelle Wissenschaft ohne, dass sie im Sinne koordinierter Crowd- 
sourcing-Kampagnen angeleitet sind. Die Herausforderung, technisch 
und sozial, liegt inzwischen im »Data Roundtripping«: Wie können Da- 
ten und ihre Metadaten zwischen GLAM-Institutionen und Forschung 
und Wikimedia-Beständen zirkulierend koordiniert und standardisiert 
angereichert werden.*® Projektergebnisse aus dem »DatenlaubeJam« 
werden seit 2022 in die Bibliothekssysteme der SLUB übernommen.” 
Als Menschen, die in Bibliotheken und Archiven arbeiten, sind wir 
Teil der Neuorientierung, die in diesen Berufsfeldern stattfindet. Mit 
Wikidata und anderen Werkzeugen kann jede:r die Welt und Teile 
der Welt durch offene strukturierte Metadaten beschreiben, Daten 
verknüpfen und benutzen. Die Herausforderung besteht darin rele- 
vante Datenbestände aufeinander zu beziehen, anzureichern und zu 
validieren. Diese Tätigkeiten können weiterhin von erschließenden 
Institutionen und dort von ausgebildeten Profis geleistet werden. Und: 
Andere Expert*innen andernorts können möglicherweise dasselbe 
und das möglicherweise besser oder anders. Teilsysteme der Gesell- 
schaft und damit des GLAM-Sektors werden offener, durchlässiger und 
kooperativer, wenn sie übergreifend relevant bleiben wollen. 


48 Vgl. Sandra Fauconnier, Data Roundtripping. A New Frontier for GLAM- 
Wiki Collaborations (13.12.2019), URL: https://diff.wikimedia.org/2019/12/13/ 
data-roundtripping-a-new-frontier-for-glam-wiki-collaborations/ [letzter Zu- 
griff: 10.04.2023]. 

49 Vgl. Daniel Fischer, Citizen Science goes Sächsische Bibliografie: Wi-kisource- 
Transkripte bereichern SLUB-Katalog (2023), URL: https://saxorum.hypotheses 
.org/8956 [letzter Zugriff: 06.04.2023]. 
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Wissenschaftskommunikation 


Die »>Gartenlaube<-Redaktion kultivierte seit 1853 erfolgreich serielle Er- 
zählformate, um das Publikum zu binden und in ihrem anfangs libe- 
ralen Sinne zu belehren. Als »Datenlaube< nutzen wir Serialität als Pro- 
jektstrategie.°° »Die Datenlaube: bietet Stoffe für digitale Fortsetzungs- 
geschichten: Artikelvolltexte und -serien in Wikisource, deren Datenob- 
jekte in Wikidata, Tweets mit Vorschaubildern der in diese offenen Me- 
tadaten eingebundenen Artikelillustrationen, Blogposts mit Bildern aus 
Wikimedia Commons sowie deren Katalogisate in Bibliotheks- und Ver- 
bundkatalogen. Alles verknüpft durch Hyperlinks, die das Internet aus- 
machen. Der regelmäßige »DatenlaubeJam« überträgt »Serielles Erzäh- 
lens auf das Community- und Projektmanagement der Initiative. 

Offene Daten sind noch keine Geschichten. Diese Feststellung ist 
ein Ausgangspunkt für sozial-mediale Wissenschaftskommunikation 
mit offenen Daten der sächsischen Landeskunde einerseits und im Da- 
tenlaube-Projekt andererseits seit 2019 als »Linked Open Storytelling«. 

Die Idee: linked open: Linkzusammenhänge für die externe Kom- 
munikation projektbegleitend nutzen, um digital zu berichten und 
zu erzählen: Storytelling mit und über offene Kulturdaten, auf und 
mit ihren Meta-Ebenen (Metadaten, Hintergründe, inhaltliche Kon- 
texte, Zusammenhänge und: Links). Wisskomm für digitale Projekte 
besteht dann aus Geschichten über Dinge (Personen, Orte, Themen, 
Projektarbeit) und über die Metadaten dieser Dinge mittels Hyperlinks, 
die zugleich auch als Gegenstand von Projektgeschichten fungieren 
können. 


Eigene Metadaten 


Wikidata ermöglicht die Demokratisierung der Metadatenproduktion 
und -pflege. Jede:r kann mit Wikidata Metadaten eigener Publikationen 


50 Jens Bemme etal., Die Gartenlaube. Kritik, Zitate, Referenzen und Forschungs- 
literatur seit 1853 — mit Wikicite, Scholia und Die Datenlaube, Zenodo Version 
4 (25.03.2023a), URL: https://doi.org/10.5281/zenodo.7691396. 
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selbst erstellen, anreichern und visualisieren.” Für Historiker*innen 
bietet die Wikibase-Plattform »FactGrid« ähnliche Möglichkeiten als as- 
soziierter, aber technisch unabhängiger Teilbereich im Wikiversum.°* 


Kleine Editionen 


Das Blogportal Hypotheses.org, Wikisource.org Wikidata und Wikime- 
dia Commons (für eingebettete Illustrationen) sind gut geeignet, um 
Quellen digital sichtbar und zugänglich zu machen, offen zu erschlie- 
ßen - für Gemeinschaften und deren Gemeinschaftssinn im Sinne 
crowdorientierter Projekte von und für Bürger“innen, die mit offe- 
nen Werkzeugen forschen und publizieren. Kleine digitale Editionen” 
können bspw. bestehen aus 


e transkribierten Texten, deren Illustrationen, ergänzenden Informa- 
tionen und Links in Blogposts,?* 

« offene Zitatekorpora ausgewerteter Literaturverzeichnisse sowie Vi- 
sualisierungen von Zitationsnetzen mittels Wikicite - der Initiati- 
ve für offene bibliografische Daten in Wikidata” und Scholia, dem 
Werkzeug für die Auswertung solcher Metadaten in Wikidata. 


51 Jens Bemme, Eigene Metadaten für eigene Blogposts — Wissenschaftskom- 
munikation und Bibliografien mit offenen Daten und Wikidata (2021a), in: 
Redaktionsblog, URL: https://redaktionsblog.hypotheses.org/5219 [letzter Zu- 
griff: 06.04.2023]. 

52 Vgl. FactGrid, Die Gartenlaube, URL: https://database.factgrid.de/wiki/FactGri 
d:Die_Gartenlaube [letzter Zugriff: 06.04.2023]. 

53 Vgl. Jens Bemme, BiblioCON/Kleine Editionen, URL: https://de.wikiversity.org/ 
wiki/BiblioCON_2023/Kleine_Editionen [letzter Zugriff: 06.04.2023]. 

54 Vgl. Jens Bemme, Kleine Editionen für Digital Humanities (2022), URL: https:// 
publicdh.hypotheses.org/476 [letzter Zugriff: 06.04.2023]. 

Vgl. Jens Bemme, Wikiversity, Kleine Editionen, Werkstattbericht (BiblioCON 
2023), URL: https://de.wikiversity.org/wiki/BiblioCON_2023/Kleine_Editionen. 
[letzter Zugriff: 15.04.2023]. 

55 Jens Bemmeetal., Die Gartenlaube: Kritik, Zitate, Referenzen und Forschungs- 
literatur seit 1853 — mit Wikicite, Scholia und Die Datenlaube, URL: https://doi. 
org/10.5281/zenodo.7691395 [letzter Zugriff: 09.04.2023]. 
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Das Projekt »Die Gartenlaube< in Wikisource ist ein Editionspojekt. »Die 
Datenlaube« kann als Teilprojekt dieser Edition gelesen werden, oder als 
verlängerte Werkbank zur Anreicherung und Veredelung der Volltexte 
und unstrukturierten Daten verstanden werden. »Klein« sind beide Pro- 
jekte auch einzeln betrachtet nicht. 

Eine kleine Metadatenedition ist bspw. das »Bocknetz«, eine Wikida- 
ta-Abfrage (https://w.wiki/HdS) der Selbstzitate und -verweise von Prof. 
Carl Ernst Bock, dessen Gesundheitsratgeber langjährig in der »Garten- 
laube< erschien. Als digitale Edition präsentiert das Bocknetz digitali- 
sierte Publikationen Bocks durch verknüpfte offener Metadaten.” Bocks 
Selbstzitate sind auch ein Beispiel für »Beifang«: Ideen und dann digitale 
Nebenprojekte der Datenlaube, die sich aus der eigentlichen Projektar- 
beit ergeben (können). 


Infrastrukturen, informelle, sozial-mentale 


Wie das »Moravian Knowledge Network« basiert »Die Datenlaube auf 
öffentlichen Informationsinfrastrukturen - aber in unterschiedlicher 
Ausprägung. Im MNK kooperieren Bibliothek und Universität so- 
wie Bürgerwissenschaftler*innen. Forschungsergebnisse werden auf 
Plattformen wie Zenodo” oder dem MKN-Blog” veröffentlicht. »Da- 
tenlaube< und »DatenlaubeJam« profitieren von jahrelangen Vorarbeiten 
der Gemeinschaft in Wikisource im Projekt »Die Gartenlaube sowie 
von längst entwickelten Ansätzen und Methoden für bibliografische 
Datenanalysen in Wikidata: Wikicite‘” und Scholia®. 


56 Vgl. Bocknetz, URL: https://commons.wikimedia.org/wiki/Category:Bocknetz 
[letzter Zugriff: 09.04.2023]. 

57 Dominik Hetjens et al., Moravian Knowledge Network. Aktuelle Forschungsar- 
beiten und Perspektiven (Dataset 1.0) (2023), URL: https://doi.org/10.5281/zen 
odo.7707509 [letzter Zugriff: 06.04.2023]. 

58 Vgl. Alexander Lasch, Moravian Knowledge Network (MKN). 

59 Vgl. Wikicite, URL: https://meta.wikimedia.org/wiki/WikiCite [letzter Zugriff: 
06.04.2023] 

60 Vgl. Scholia, URL: https://scholia.toolforge.org/ [letzter Zugriff: 06.04.2023]. 
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Sowohl die Informationsinfrastruktur der SLUB Dresden (Katalo- 
ge, Repositorien, Telekommunikation) wie auch physische und digitale 
Bibliotheksräume (Zweigbibliotheken, Labs, Videokonferenzen) können 
als formelle Infrastruktur charakterisiert werden. 

Zugleich beobachten wir anhand unserer Arbeit in digitalen Ge- 
meinschaftsinitiativen und Dialogformaten das informelle -— oder 
soziale - Infrastruktur grundlegend ist, möglicherweise auch für die 
Kultivierung in anderen Kontexten. So bietet der wöchentliche »Da- 
tenlaubeJam< einen Rahmen für Austausch, Selbstorganisation und 
gegenseitige Motivation. Auch »BibChatDe«, der ehemalige offene Bran- 
chen-Twitterchat bot mit seinem teils monatlichen Rhythmus eine 
solche Struktur für eine überregionale Community.“ 

Portale wie Wikisource, Wikipedia und die Wikiversity bieten über 
technische Struktur hinaus soziale Rahmen, um digitale Projekte und 
Projektgemeinschaften bzw. deren Kommunikation zu organisieren.” 
Sie geben als technische Hilfsmittel durch inhärente Verfahrensweisen, 
Paradigmen, Werte und potentiell dort Aktiven auch Halt. 

Mit der digitalen »Nachhaltigkeit« i. S.v. Langzeitverfügbarkeit von 
Transkriptionen und Metadaten befasst sich das Team der »Datenlau- 
be: kaum, denn diese Themen dürften durch die ‚Wikimedia Founda- 
tion global gewährleistet sein. Die Systeme sind offen, Backups kön- 
nen redundant gespeichert werden. Zudem könnten Akteure des Biblio- 
thekssystems hierzulande aktiv werden, um Daten bürgerwissenschaft- 
licher Projekte dauerhaft zu sichern. Digitaler Vandalismus in unseren 
Projektergebnissen ist selten. Die Herausforderung besteht für uns viel- 
mehr in der Dokumentation und deren offener Publikation neben und 
als Teil der laufenden Editionsarbeiten. 


61 Vgl. Jens Bemme, Zeit für informelle Infrastruktur? Rückblick auf den 59. 
BibChatDe - für Geschichtsvereine und Bibliotheken (2022), URL: https://sax 
orum.hypotheses.org/7728 [letzter Zugriff: 06.04.2023]. 

62 Jens Bemme, Wie funktioniert eine Wikiversitätsstadt? in: ABI Technik, 42 
(4/2022c), 350-350, URL: https://doi.org/10.1515/abitech-2022-0057 [letzter Zu- 
griff: 06.04.2023]. 
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» Too long; didn't read« 


»Agilität (von lateinisch agilitas »Beweglichkeit:) ist ein Merkmal 
des Managements einer Organisation (Wirtschaftsunternehmen, 
Non-Profit-Organisation oder Behörde), flexibel und darüber hin- 
aus proaktiv, antizipativ und initiativ zu agieren, um notwendige 
Veränderungen einzufiihren.«? 


Das können »Digital Humanities: von Projekten und Arbeitsweisen im 
Wikiversum lernen. 


e Kleine und große Gemeinschaften schaffen regelmäßig große und 
»Kleine Editionen«. 

e  »Lock ink, auch in längst existierende (digitale) Communities. 

e Sprint oder Marathon: »Hackathon ist immer« - Ideen, digitale Pro- 
totypen und Verbindlichkeit profitieren von regelmäßigen »Treffen<, 
Kooperationen und Meilensteinen auf Mikroebene der Beteiligten. 
So können »Serien« entstehen. 

e Digital Scholarship with Citizen Science? — Keep it simple! 

e Wissenschaftskommunikation: Bitte berichtet darüber, mit Links. 

e #PM4DH im Wikiversum: Mäanderndes Projekt-Management für 
und mit Initiativen, Communities und deren flexible Ziele und Ter- 
mine ist ein Ausdruck von »Agilität«, aber außerhalb formalisierter 
bzw. institutionalisierter Organisationen! 

e »Non-institutional openGLAM-Labs< wie »Die Datenlaube: kön- 
nen als Inkubator mit Impulsen für klassische Projektstrukturen, 
Bibliotheken und andere Kulturdatenquellen dienen. 


Mäanderndes Projektmanagement 


Der Begriff, um den sich dieser Text dreht, ist mäandernd entstanden. 
Ausgangspunkt war die Frage, ob und wie Projektmanagement von 


63 Vgl. Wikipedia, Agilität, URL:  https://de.wikipedia.org/wiki/Agilit 
ät_(Management). 
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Praktiken in Wikis profitiert. Als Idee entstand »maanderndes Projekt- 
management: beim Schreiben, die Praxis aber ist alter. Maanderndes 
Forschen ist längst kein neues Phänomen, insbesondere für intrinsisch 
motivierte Freizeitforscher*innen. 

Mäanderndes Projektmanagement wird geprägt von den Eigenar- 
ten Forschender: Neugier, Offenheit für Interaktionen in Forschungs- 
prozessen, für Impulse, nicht-intendierte Nebenwirkungen oder Um- 
wege. 

Und, mäanderndes Projektmanagement reagiert auf Rahmenbe- 
dingungen: Forschungsfreiheit, soziale Verbindungen in gemeinsamen 
Wertesystemen, in geteilten Projekt- und Zielsystemen, Zugang zu 
Ressourcen — also Infrastrukturen, Wissen, Zeit, Resonanz: Nachfra- 
ge, Neugier und Feedback Dritter sowie (Kosten-)Vorteile geteilter 
Ressourcen in Gemeinschaften. 

Digitale Editionsumgebungen und Communities in Wikimediapor- 
talen begünstigen mäandernde Arbeitsweisen - lokal, regional, überre- 
gional und sogar global. DH-Projekte und ihr Projektmanagement kön- 
nen davon profitieren. 
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Die Rolle des Wissens und 
Wissensmanagement in Digital-Humanities- 
Projekten 


Jonathan D. Geiger, Anja Gerber und Jessica Matloch 


Abstract In den Digital Humanities finden grofse Teile der Forschung mittler- 
weile in Form von Projekten statt. »Wissensmanagement«, verstanden als Sum- 
me sämtlicher operativen Tätigkeiten, die sich mit der kapitalen Ressource Wis- 
sen in Projekten auseinandersetzen, sollte daher als Teil des Projektmanagements 
verstanden werden. Der Beitrag nähert sich diesem Themenkomplex und stellt 
dafürneben einem Phasenmodelleinige konkrete Wissensmanagementmethoden 
und -werkzeuge vor. Abschließend werden zwei Fallbeispiele - nämlich das Pro- 
jekt Corpus Vitrearum Medii Aevi Deutschland und das NFDI-Konsortium NF- 
D14Culture - beschrieben, mit einem besonderen Augenmerk auf deren Wissens- 
management. 


Projekte und Projektmanagement in den Digital Humanities’ 


Wissenschaftliches Arbeiten wird heute weitgehend in Form von Projek- 
ten organisiert und finanziert - dies schließt auch die Digital Huma- 


1 Die im folgenden Artikel genannten (gefetteten) Wissensmanagementmetho- 
den und -werkzeuge können aus Platz- und Übersichtlichkeitsgründen nicht 
einzeln explizit erläutert werden. Stattdessen sei an dieser Stelle auf Samm- 
lungen verwiesen, die diese Tools und Methoden beschreiben und/oder wei- 
terführende Links anbieten, wie zum Beispiel https: //www.gfwm.de/wimwi-sa 
mmlung/[zuletzt abgerufen am 31.10.2023]. 
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nities (DH) ein. Neu daran ist eine verstärkte Auseinandersetzung mit der 
(guten) Verwaltung von Projekten in den DH. Diese zieht sowohl Fra- 
gen theoretischer (z.B. »Was ist überhaupt ein Projekt?«), als auch prak- 
tischer Natur (z.B. nach geeigneten Werkzeugen, Methoden und Erfah- 
rungswerten) nach sich. 

Zwar gibt es eine ganze Fülle von Vorgaben und Leitfäden für das 
Projektmanagement - beispielsweise als Normen in der ISO 215007 oder 
der DIN 69901? -, wie alle Projekte sind aber auch Projekte in den DH 
spezifischen Bedingungen unterworfen. Die fachwissenschaftliche Sei- 
te, das wissenschaftliche Personal und die beteiligten Fachkulturen spie- 
len dabei eine ebenso große Rolle wie die zur Verfügung stehenden Res- 
sourcen (Zeit, Geld, Know-how, digitale Infrastrukturen usw.). Charak- 
teristisch ist, dass, obwohl Projekte in den DH sehr dezentral* und lang- 
fristig sein können, eine explizite Rollenzuschreibung für die Umset- 
zung des Projektmanagements nicht möglich ist.” Neben der wissen- 
schaftspolitischen Forderung expliziter Projektmanagementrollen und 
-mittel für DH-Projekte bedarf es allerdings auch einer Professionali- 
sierung durch Erfahrungsaustausch, Best Practices, curriculare Veran- 


2 Vgl. ISO 21500, Leitfaden zum Projektmanagement, URL: https://www.iso.org/ob 
p/ui/#iso:std:iso:21500:ed-1:v1:en [letzter Zugriff: 02.07.2023]. 

3 Vgl. DIN 69901-1:2009-01, Projektmanagement — Projektmanagementsyste- 
me, URL: www.beuth.de/de/norm/din-69901-1/113428320 [letzter Zugriff: 
02.07.2023]. 

4 Z. B. die Konsortien der Nationalen Forschungsdateninfrastruktur. Siehe https 
:/Iwww.nfdi.de/konsortien/ [letzter Zugriff: 02.07.2023]. 

5 Vgl. Anna Maria Komprecht/Daniel Röwenstrunk, Projektmanagement in digita- 
len Forschungsprojekten. Ein Leitfaden für interdisziplinäre und kooperative Drittmit- 
telprojekte im Umfeld Digitaler Musikeditionen, München 2016. DOI: https://doi.o 
rg/10.25366/2018.33. 
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kerungen und Forschung (wie beispielsweise bei Siemens (2016)°, Geiger 
(2022) oder in diesem Sammelband). 

Nach der bereits angeftihrten ISO Norm 21500 wird Projektmanage- 
ment als die Führung eines konkreten Projekts hin zu den Zielvorga- 
ben unter Anwendung von zur Verfügung stehenden bzw. zugewiese- 
nen Ressourcen (Methoden, Hilfsmitteln, Personal, Technik etc.) begrif- 
fen. Als eine dieser Ressourcen kann und muss auch Wissen angesehen 
werden.’ Die planvolle Verwaltung der Ressource Wissen führt das La- 
bel »Wissensmanagement«, welches als explizites Themenfeld ein noch 
stärkeres Schattendasein in den Geistes- und Kulturwissenschaften - 
und auch den DH - als das Projektmanagement führt. 

Weitgehender Konsens besteht in der Ansicht, dass Wissen eine 
zentrale Rolle im Projektmanagement spielt und ein enger Zusam- 
menhang zwischen Wissens- und Projektmanagement besteht.'° Bordt 
schlägt deswegen den Begriff des »Projektwissensmanagements«" 
vor. Ein weiterer Konsens besteht darin, dass Wissensmanagement 
kein Selbstzweck sein sollte, sondern auf die Projektziele hinarbeitet. 
Diese Orientierung besteht primär in einer Steigerung der Effizienz 


6 Vgl. Lynne Siemens, Project management and the digital humanities, in: Con- 
stance Crompton/Richard Lane/Ray Siemens (Hg.), Doing Digital Humanities, 
London 2016. 

7 Vgl. Jonathan Geiger et al., RaDiHum2o spricht mit Markus Frank über Projekt- 
management, in: RaDiHum2o 2022. URL: https://radihum2o.de/radihum2o-m 
arkus-frank-projektmanagement/ [letzter Zugriff: 03.07.2023]. 

8 Vgl. ISO 21500, Leitfaden zum Projektmanagement. 

9 Vgl. Katrin Winkler/Heinz Mandl, Wissensmanagement für Projekte, in: Mo- 
nika Wastian/Isabell Braumandl/Lutz von Rosenstiel (Hg.), Angewandte Psycho- 
logie für Projektmanager. Ein Praxisbuch für die erfolgreiche Projektleitung, Heidel- 
berg 2009, 83-96. 

10 Vgl. Angelika Bordt, Wissensmanagement in Projektorganisationen, in: Jurgen 
H. Müller et al. (Hg.), Geschäftsprozessorientiertes Wissensmanagement. Von der 
Strategie zum Content, Baden-Baden 2001, siehe 1 und Werner Schachner/Klaus 
Tochtermann,/Christian Majer, Wissensmanagement — ein Mehrwert für die 
Projektarbeit?, in: wissensmanagement 3 (2009), 30-32, siehe 30. 

11 Vgl. Bordt, Wissensmanagement, 2ff. 
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und Effektivität des Projektmanagements: So können durch Wissens- 
management in Projekten Risiken, Zeit und Kosten minimiert” oder 
die Performanz beispielsweise durch den Austausch von Best Practi- 
ce”? oder die Durchführung von Lessons Learned™ deutlich gesteigert 
werden. 

Was ist in diesem Zusammenhang aber begrifflich unter »Wissen« 
und »Wissensmanagement« zu verstehen? 


Wissen und Wissensmanagement 


Nicht umsonst heißt es, »that an enterprise is what it knows«” — diese 
Aussage unterstreicht den Trend hin zu einem wissensbasierten Wirt- 
schaftssystem'°. So hat sich Wissen zu einer strategischen Ressource 
von Organisationen insgesamt entwickelt, die den wettbewerblichen 
Vorteil bestimmen.” Wissen ist ein interdisziplinärer Gegenstand, bei 
dem Disziplinen wie Philosophie, Management, Informationstech- 


12 Vgl. C. Pretorius/H. Steyn, Knowledge management in project environments, 
in: South African Journal of Business Management 36 (3/2005), 41-50. DOI: https:/ 
/doi.org/10.4102/sajbm.v36i3.634. 

13 Vgl. Patrick Durbin/Wendy Wheeler, The core of centralized management. Integrat- 
ing Project Management with Other Business Processes, 2002. URL: www.wendy-w 
heeler.com/Paper_AdvPM. pdf [letzter Zugriff: 01.07.2023]. 

14 Vgl. Patricia Carrillo et al., Knowledge management in UK construction: Strate- 
gies, resources and barriers, in: Project Management Journal, 35 (2004), 46-56. 

15 Ramon C. Barquin, What is knowledge management?, in: Knowledge and Inno- 
vation: Journal ofthe KMCI 1 (2/2001), 127-143, siehe 127. 

16 Vgl. Shana Ponelis/Felicite A. Fairer-Wessels, Knowledge management: A lit- 
erature overview, in: South African Journal of Libraries and Information Science 66 
(1/1998). DOI: https: //doi.org/10.7553/66-1-1449. 

17 Vgl. Rajiv Nag/Dennis A. Gioia, From common to uncommon knowledge: Foun- 
dations of firm-specific use of knowledge as a resource, in: Academy of Manage- 
ment Journal 55 (2/2012), 421-457. DOI: https://doi.org/10.5465/amj.2008.0352 
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nologie, Personalmanagement u.a. mitgedacht werden müssen und 
sollten.” 

Aber was genau ist Wissen? Der Wissensbegriff ist sehr traditi- 
onsreich und kontextabhängig. Seine Deutung schwankt zwischen 
Theorie und Anwendung. Zudem steht der Wissensbegriff mit einer 
Reihe anderer Begriffe in enger Beziehung: Ein etablierter Ansatz für 
dieses Begriffsfeld ist die DIK(W)-Pyramide”, die heutzutage sowohl 
in der Informationswissenschaft, wie im Wissensmanagement, der 
Philosophie und anderen Feldern Anwendung findet. Die Pyramide 
unterscheidet zwischen Daten, Informationen und Wissen. Während 
Daten einfache Fakten sind, werden Informationen als die Weiterver- 
arbeitung dieser Fakten angesehen. Kommen zu den Informationen 
und Daten Erfahrungen und der eigene Kontext hinzu, wird von Wissen 
gesprochen.”° Dabei kann Wissen implizit (unbewusst) oder explizit 
(bewusst, dokumentiert) sein.” Das bedeutet, der Mensch kann nur 
auf einen Teil des Wissens bewusst zugreifen und es weitergeben - der 
andere Teil ist unbewusst. Es ist die Herausforderung der Organisation 
bzw. des Wissensmanagements der Organisation, das relevante Wissen 
für den eigenen Kontext zu definieren und, wenn sinnvoll, von implizit 
zu explizit zu transformieren. 

Dies zeigt die Komplexität des Themas Wissen. Um die Komplexi- 
tät zu reduzieren, kann eine Kategorisierung von Wissen hilfreich sein, 
z.B. in persönliches und prozessuales Wissen, welches entweder explizit 
oder implizit ist.” Hierbei zeigt sich die enge Verbindung zum Infor- 


18 Vgl. Ponelis/Fairer-Wessels, Knoweldge management; sowie Barquin, What is 
knowledge management. 

19 Vgl. Jennifer Rowley, The wisdom hierarchy: representations of the DIKW hier- 
archy, in: Journal of Information and Communication Science 33 (2/2007), 163-180. 
DOI: https://doi.org/10.1177/0165551506070706. 

20 Vgl. Dave Harris, Creating a knowledge centric information technology environment, 
Seattle 1996, URL: http://eprints.rclis.org/24722/1/Dave-Harris.pdf [letzter Zu- 
griff: 02.07.2023]. 

21 Vgl. Michael Polanyi, Implizites Wissen, Frankfurt a.M. 1985. 

22 Vgl. N. Willard, Knowledge management: What does it imply for IRM?, in: Man- 
aging Information 4 (8/1997), 31-32. 
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mationsmanagement, welches anstrebt, das richtige Wissen (bzw. die 
richtige Information) immer zur richtigen Zeit an der richtigen Stelle 
verfügbar zu machen. 

Das übergeordnete Ziel eines Wissensmanagements ist das Er- 
reichen der strategischen Organisationsziele durch die Nutzung des 
Wissens aller Mitarbeiterinnen und Mitarbeiter”, auch der ausschei- 
denden. Ein Wissensmanagement sollte eine klare Linie zum Umgang 
mit Wissen schaffen, welche an einen Management-Prozess (Planung, 
Organisation, Koordination, Kontrolle) angelehnt sein kann.”* Probst, 
Raub und Romhardt (2003) haben dazu ein Modell entwickelt, welches 
sich durch die dort benannten Bausteine sehr für die praxisnahe Ar- 
beit eignet (Wissensziele, Wissensbewertung, Wissensidentifikation, 
Wissensentwicklung, Wissensverteilung, Wissensnutzung, Wissensbe- 
wahrung).” 

Wissensmanagement ist allerdings aufwändig und teilweise sehr 
ressourcenintensiv — warum sollte eine Organisation (sei es nun in 
der Wirtschaft oder der Wissenschaft) sich also nun mit dem Thema 
Wissen beschäftigen? Vorteile eines Wissensaustauschs gibt es viele, 
zum Beispiel: 


e Neue Mitarbeitende, die Wissen von Kolleginnen oder Kollegen er- 
halten, können schneller produktiv und selbstständig arbeiten, was 
sich auch positiv auf die Motivation auswirkt.”° 


23 Vgl. Barquin, What is knowledge management. 

24 Vgl. Ponelis/Fairer-Wessels, Knoweldge management. 

25 Vgl. Gilbert Probst/Stefan Raub/Kai Romhardt, Bausteine des Wissensmanage- 
ments, in: Gilbert Probst/Stefan Raub/Kai Romhardt (Hg.), Wissen managen, 
Wiesbaden 2003, 25-33. DOI: https://doi.org/10.1007/978-3-322-94790-1_3. 

26 Vgl. Nida Zafar ET AL., Determinants of Employee Motivation and its impact on 
Knowledge Transfer and Job Satisfaction, in: International Journal of Human Re- 
source Studies 4 (3/2014), 50-69. DOI: https://doi.org/10.5296/ijhrs.v4i3.5874. 
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« Ein gezielter Wissensaustausch in der Einarbeitung kann sich posi- 
tiv im Wettbewerb um Fachkräfte auswirken, um Stellen schneller 
besetzen zu können.?” 

« Durch gezielten Wissensaustausch in der Organisation können Ar- 
beitsprozesse hinterfragt und optimiert werden.” 


Wissensaustausch kann aber auch Barrieren mit sich bringen, die 
menschlich, technisch oder organisatorisch begründet sein können.” 
So kann beispielsweise ein Kollege ein Tool für die Wissensdokumenta- 
tion nicht bedienen und damit nicht pflegen oder eine Kollegin möchte 
lieber ihr Wissen nicht teilen. 

Woher sollte nun ein Change in einer Organisation kommen, Wis- 
sensmanagement einzusetzen — top-down oder bottom-up? Hierbei 
zeigt die Literatur unterschiedliche Perspektiven auf.*° Letztlich scheint 
ein Mix aus beiden Richtungen erfolgversprechend zu sein.” 


Wissensmanagement als Teil des (DH-)Projektmanagements 


Wie ist aber nun das Verhältnis von Wissensmanagement zum Projekt- 
management zu deuten? Nach der DIN 69901 werden fünf Projektma- 


27 Vgl. Xiaoming Cong/Kaushik V. Pandya, Issues of Knowledge Management in 
the Public Sector, in: Electronical Journal of Knowledge Management 1 (2/2003), 
25-33. 

28 Vgl. Cong/Pandya, Issues of Knowledge Management. 

29 Vgl. Frank Linde, Barrieren und Erfolgsfaktoren des Wissensmanagements, in: 
Kölner Arbeitspapiere zur Bibliotheks- und Informationswissenschaft, Band 74, Köln 
2005. 

30 Vgl. L. Remeikis, Knowledge Management: The Third >Era’of the Information 
Age, in: InfoManage 3 (10/1996), 1-5 oder Thomas Davenport, Known evils. CIO 
magazine 1997. 

31 Vgl. Ikujiro Nonaka, The knowledge-creating company, in: Harvard Business Re- 
view 85 (2007), 162-171. 
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nagementphasen unterschieden, während denen jeweils eine Reihe von 
Aufgaben zu bearbeiten sind”: 


a) Initialisierung: Entwicklung von Ideen, Prüfung auf Umsetzbarkeit 
und Formulierung von Zielen. 

b) Definition: Bildung des Projektteams, Operationalisierung des Pro- 
jekts, Durchführung einer Stakeholderanalyse und einer Risikoab- 
schätzung. 

c) Planung: Definition von Arbeitsaufgaben, Verteilung von Verant- 
wortlichkeiten, Zuteilung von zur Verfügung stehenden Ressourcen, 
Erteilung des Projektauftrags. 

d) Steuerung: eigentliche Durchführung des Projekts, Überwachung des 
Fortschritts entlang der Ziele und Zwischenziele unter Beachtung 
der eingeteilten Ressourcen, Anfertigung von Berichten. 

e) Abschluss: Entlastung des Teams und des Managements, Erfahrungs- 
sicherung, Anfertigung des Abschlussberichts. 


Diesen Phasen lassen sich Methoden und Werkzeuge des Wissensma- 
nagements zuordnen. Nach wie vor gilt allerdings, dass diese Methoden 
und Werkzeuge in den jeweiligen Projektmanagementphasen nur Mög- 
lichkeiten darstellen - ob die Methoden und Werkzeuge tatsächlich pro- 
duktiv ein- und umgesetzt werden können, hängt vom jeweiligen Pro- 
jektkontext ab. Zudem gilt: »Wissensmanagement ist kein Allheilmittel 
für das Projektmanagement, sondern eine flankierende Maßnahme, die 
bei der Optimierung von Projektprozessen in allen Projektphasen hilf- 
reich ist.«*? Weiterhin gilt, dass derartige (Phasen-)Modelle in erster Li- 
nie heuristische Schemata sind. Insbesondere in DH-Projekten, in de- 
nen Projektmitarbeiterinnen und -mitarbeiter in der Regel erst mit der 
Projektbewilligung eingestellt werden (können) und nach dem Projek- 
tende häufig nicht mehr direkt verfügbar sind, um ihr Wissen weiterzu- 
geben, ist eine mustergültige Umsetzung der Methoden entsprechend 


32 Vgl. DIN 69901-1:2009-01. 
33 Winkler/Mandl, Wissensmanagement für Projekte, 85 (Hervorhebungen des 
Originals weggelassen). 
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den Projektphasen allzu oft gar nicht möglich. Der Mehrwert dieser Mo- 
delle liegt also in erster Linie in ihrer Orientierungsfunktion. Ihre prak- 
tische Umsetzung bzw. der Versuch ihrer praktischen Umsetzung lässt 
dabei auch Rückschlüsse auf die Bedingungen ihrer Möglichkeit im Rah- 
men von Projekten zu. 

Aus der Perspektive des Wissensmanagements bieten sich für die 
Projektmanagementphasen folgende Methoden und Werkzeuge an: 


1. Initialisierung: Berücksichtigung der kodifizierten Lessons Learned 
abgeschlossener Projekte, Bereitstellung benötigter Informationen, 
Herstellung von Kontakt zu Expertinnen und Experten (ggf. mit ei- 
nem Expertinnen- und Expertenverzeichnis).** 

2. Definition: Anfertigung eines Projektglossars, Erstellung von Wis- 
senskarten — z.B. einer Wissensbilanz, Wissenslandkarte oder 
Wissensträgerkarte - für die Zusammenstellung des Teams.” 

3. Planung: Definition von Lernzielen, Verwendung von Mapping- 
Techniken - z.B. Concept Maps, Mindmaps oder Topic Maps” - für 
die Definition von Arbeitsaufgaben, Anfertigung eines Expertin- 
nen- und Expertenverzeichnis®” oder Kompetenzrasters. Zudem 
sollten in dieser Phase explizite Ressourcen (insbesondere Zeit und 
Mittel) für das aktive Wissensmanagement eingeplant werden. 

4. Steuerung: Evaluation und Umsetzung (a) von räumlichen Maß- 
nahmen für den Wissens- und Ideenaustausch (z.B. Begegnungs- 
räume), (b) von Methoden (z.B. Brown Bag Lunch, Retrospektive, 
Kollegiale Beratung, Team Walk, Wissensmarktplatz, Wissenssta- 
fette, Wissensträgerkarte, Wissenswerkstatt, oder agile Methoden 
wir das Design Thinking), (c) von Dokumentations- und Kollabo- 
rationswerkzeugen (z.B. Linksammlungen, Projekt-Wiki, Litera- 
turverwaltung, MikroArtikel, Mikroschulung, Ablagestandards 


34 Vgl. Bordt, Wissensmanagement in Projektorganisationen, 3. 
35 Vgl. Winkler/Mandl, Wissensmanagement für Projekte, 89f. 
36 Vgl. Winkler/Mandl, Wissensmanagement für Projekte, 86f. 
37 Vgl. Bordt, Wissensmanagement in Projektorganisationen, 3. 
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oder Groupware” wie Whiteboards) und (d) einer förderlichen 
Kultur des Wissensaustauschs und damit einhergehend auch einer 
Fehlerkultur””. 

5. Abschluss: (selbst)kritische Reflexion des Projekts (z.B. durch Retro- 
spektiven) und Anfertigung von Best Practices und Lessons Lear- 
ned“, Durchführung von Wissensübergabeprozessen (z.B. mit dem 
Expert Debriefing oder der Wissensstafette”’). 


In der Praxis ergeben sich immer wieder Schwierigkeiten, Wissensma- 
nagementmethoden und -werkzeuge im Rahmen von Projekten einzu- 
setzen. Die Ursachen sind vielfaltig, lassen sich aber (grob) in vier Di- 
mensionen (von Barrieren, wie eingangs erwähnt) typologisieren: KÖN- 
NEN, DÜRFEN, SOLLEN und WOLLEN. Die Dimension »KÖNNEN«be- 
zieht sich auf die praktische Möglichkeit, eine Methode oder ein Werk- 
zeug einzusetzen. Die Methode bzw. das Werkzeug müssen bekannt, 
die entsprechende Anwendung gelernt (Know-how) und die notwendi- 
gen (technischen) Mittel im Projektkontext verfügbar sein. Zudem müs- 
sen die Mitarbeiterinnen und Mitarbeiter über die notwendigen zeitli- 
chen Ressourcen verfügen, die Methode oder das Werkzeug einsetzen zu 
können. »DURFEN« bezieht sich als Dimension auf die Mandatierung 
durch Entscheidungsträgerinnen und -träger im Projekt, zudem aufden 
Rückhalt im Projektteam. Eine Knowledge-Sharing-Kultur und eine ge- 
teilte Einschätzung von der Relevanz der entsprechenden Wissensma- 
nagementmethode oder dem -werkzeug sind hier entscheidend. Zudem 
hat diese Dimension vor dem Hintergrund des Identity and Access Ma- 
nagements auch eine technische Seite. Die Dimension »SOLLEN« be- 
zieht sich auf Verantwortlichkeiten und Zuständigkeiten. Rollen bzw. 
Wissensmanagement-Aufgaben müssen klar definiert werden und 


38 Vgl. Winkler/Mandl, Wissensmanagement für Projekte, 9of. 

39 Vgl. Winkler/Mandl, Wissensmanagement für Projekte, 92ff. 
40 Vgl. Bordt, Wissensmanagement in Projektorganisationen, 3. 
41 Vgl. Bordt, Wissensmanagement in Projektorganisationen, 3. 
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»[w]ichtig ist daher, daß die Verantwortung für Wissensmanagement 
nicht ausschließlich von einer Abteilung oder Expertengruppe wie 
den Wissensmanagern getragen wird. Mitarbeiter, Mittelmanager 
und Führungskräfte sind in verschiedenen Rollen an diesem Prozeß 
beteiligt und stehen in einer dynamischen Interaktion.«*? 


Abschließend bezieht sich die Dimension »WOLLEN« auf die Anreize, 
Wissensmanagement aktiv zu praktizieren, sei es nun als feste Aufga- 
be oder nicht. Ob allerdings »[djer Hauptanreiz zur aktiven Partizipati- 
on am Projektwissensmanagement [...] in seinem spürbaren Nutzen«*® 
liegt, ist unter den spezifischen Bedingungen des Wissenschaftssystems 
insgesamt und den Digital Humanities im Speziellen fraglich. Mögli- 
cherweise wäre ein besserer Weg, Wissensmanagement als Aktivitäts- 
feld in den DH höher zu reputieren. 

Zwar sind viele der vorangehend skizzierten Konzepte aus dem 
Projektmanagement wirtschaftlichen und industriellen Kontexten 
entlehnt, weitgehend sind sie allerdings auch auf Projekte in den DH 
anwendbar“, wenn auch nicht immer ohne Adaptionen. Dazu Markus 
Frank in einem Interview: 


»Die Universitäten haben ihre Organisationsverfassung. Selbst wenn 
man eine Forschungseinheit oder ein Projekt mit wenig Hierarchien 
hat, wird man trotzdem nicht Scrum nach Lehrbuch einführen kön- 
nen. Es gibt dazu eigentlich auch keine klare Richtlinie. Man muss 
dies immer ans Projekt anpassen. Es gibt Instrumente wie das itera- 
tive Arbeiten oder die digitale Kommunikation und deren Tools wie 
Slack. [...] Es kann auch sein, dass unterschiedliche Personengruppen 
in einem Projekt unterschiedliche Arbeitsweisen benötigen. [..] Man 
könnte die meisten dieser Techniken ausprobieren. Das Problem ist, 
dass es bei uns wenige Projekte gibt, die das tatsächlich mal gemacht 


42 Bordt, Wissensmanagement in Projektorganisationen, 4. 
43 Bordt, Wissensmanagement in Projektorganisationen, 6. 
44 Vgl. auch Siemens, Project management. 
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haben. Deswegen wissen wir gar nicht, was sich gut übernehmen 
lässt und was nicht.«*° 


Diese Befunde gelten auch fiir Methoden und Werkzeuge des Wissens- 
management. Erfahrungswerte müssen erst noch entlang konkreter 
Projekte in den DH geschaffen werden, nicht zuletzt auch, um das 
Analyseinstrumentarium an sich auf die spezifischen Kontexte zu ei- 
chen. Zudem müssen diese Erfahrungswerte als Erkenntnisse ebenfalls 
wiederum im Rahmen von Wissensmanagementmaßnahmen kom- 
muniziert und weitergegeben werden. Gutes Wissensmanagement ist 
rekursiv. 


Vertiefte Betrachtung einzelner 
Wissensmanagementmethoden und -werkzeuge 


Es soll nun auf eine Reihe von Werkzeugen und Methoden aus dem 
Fundus des Wissensmanagements näher eingegangen werden, die 
Mehrwerte im Rahmen des Projektmanagements in Digital-Huma- 
nities-Projekten mit sich bringen können. Die Auswahl ist orientiert an 
den fünf beschriebenen Projektmanagementphasen. Zweck ist die ver- 
tiefte Beschreibung einzelner Methoden, als Grundlage für ein besseres 
Verständnis einerseits und für die praktische Umsetzung andererseits. 


PM-Phase 1 (Initialisierung): Expertinnen- und Expertenverzeichnis 


Ein Expertinnen- und Expertenverzeichnis (auch Yellow Pages oder 
Gelbe Seiten genannt) ist im Wesentlichen eine Liste bzw. Tabelle mit 
Personendaten (Expertinnen und Experten) in der eigenen Organisa- 
tion oder/und seiner Peripherie, sowie deren jeweilige Kompetenzen, 


45 Markus Frank, Unfrequently Asked Questions. Interviewreihe zu Projektmanage- 
ment in den Digital Humanities. Perspektive Lehre, interviewt von Fabian Cremer/ 
Swantje Dogunke/Thorsten Wübbena, 2021, 11. DOI: https://doi.org/10.17613/g 
s9g-yq24. 
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Fähigkeiten, Kenntnisse und Erfahrungen sowie Kontaktdaten. Dies 
schafft einen effizienten Überblick und Zugriff auf verfügbare Wissens- 
ressourcen und beschleunigt kommunikative Prozesse. Die technische 
Umsetzung sowie die konkrete Ausgestaltung eines solchen Verzeich- 
nisses sind recht frei und nach jeweiligem Projekt- und institutionellem 
Kontext umsetzbar. Expertinnen- und Expertenverzeichnisse können 
mit anderen Wissensmanagementwerkzeugen, z.B. Wissensträgerkar- 
ten und Wissenslandkarten kombiniert werden. 

Neben einem schnellen Überblick über die in einem Projektkontext 
verfügbare Expertise und der Verschlankung von Such- und Kommuni- 
kationsprozessen bieten Expertinnen- und Expertenverzeichnisse auch 
neuen Projektmitarbeiterinnen und -mitarbeitern schnell einen guten 
Überblick über die Expertise in einem Projekt. Durch die Verwendung 
standardisierter Vokabulare für die Abbildung der Fähigkeiten und Ex- 
pertisen verringert sich die Kontingenz auf der Ebene der Dokumenta- 
tion und Recherche. Zudem kann zusätzlich pro Profil eine Sektion »Ge- 
suche« eingerichtet werden, über das Mitarbeiterinnen und Mitarbeiter 
ihre Bedarfe explizieren können. 

Herausforderungen bei der Einführung und Kuratierung von Exper- 
tinnen- und Expertenverzeichnissen sind insbesondere datenschutz- 
rechtliche Bedenken, sowie ein hoher Pflegeaufwand. Je mehr Mitarbei- 
terinnen und Mitarbeiter ein Projekt hat und je höher die Fluktuation 
unter ihnen ausfällt, desto arbeitsintensiver ist die Kuratierungsarbeit 
hinsichtlich der Aktualität der Daten. Zudem mag die Bereitschaft, die 
eigene Expertise und eigene Erfahrungen und Fähigkeiten darzulegen, 
gering sein, wodurch ein hoher Arbeitsaufwand durch eins-zu-eins- 
Kommunikation entstehen kann. 


PM-Phase 2 (Definition): Glossar 


Ein Glossar ist eine Liste mit Wörtern und jeweils zugehörigen Überset- 
zungen oder Erläuterungen. Glossare haben eine lange Geschichte und 
können als Vorstufe von Wörterbüchern verstanden werden. Sie können 
unterschiedliche Funktionen erfüllen, insbesondere Disambiguisierun- 
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gen, Übersetzungen, die Auflösung von Akronymen und Abkürzungen 
und die Definition oder Erklärung schwammiger Begriffe. 

Im Wissensmanagement sind Glossare eine Form kodifizierten 
Wissens. Sie dienen der Dokumentation des Projektwissens, der pro- 
grammatischen Thematisierung der Mehrdeutigkeit von Begriffen (um 
Missverständnisse und Widersprüche aufzulösen oder zu vermeiden) 
und dem Onboarding neuer Mitarbeiterinnen und Mitarbeiter. Wei- 
terhin können sie auch als Nachschlagewerke verwendet und in Wikis 
integriert werden und sollten dabei stets allen Projektmitarbeiterinnen 
und -mitarbeitern zugänglich sein. 

Glossare sind aufwändig in der Erstellung und Pflege. Zudem sind 
sie als Diskussionsgrundlage für unscharfe Begriffe häufig sehr ar- 
beitsintensiv. Auch sollte ein geteiltes Verständnis von der wesentlichen 
Funktion des Glossars in einem Projekte bestehen, um die Struktur des 
Glossars einheitlich handhaben zu können. 


PM-Phase 3 (Planung): Concept-Map 


Eine Concept-Map ist eine Darstellungsform von Begriffen und (sprach- 
lichen) Konzepten, sowie Verbindungslinien als Diagramm. Im Unter- 
schied zur Mind-Map sind Concept-Maps stärker orientiert an der 
Sprache und weniger an grafischen Elementen und müssen zudem kei- 
ne hierarchischen Relationen umfassen. Sie bestehen aus Rechtecken, 
Pfeilen und Pfeilbeschriftungen und können analog, aber auch digital 
angefertigt werden.* 

Ihre Funktion besteht in der Auffaltung eines Themen- oder Auf- 
gabenfeldes. Sie können zur Planung, aber auch für die Analyse, zum 
Lernen und für die Organisation von Besprechungsinhalten eines 
Teams dienen (z.B. beim Brainstorming). Durch die Transformation 
eines komplexen Sachverhalts in eine Konzept-Pfeil-Struktur wird 


46 Vgl. Joseph D. Novak/Alberto J. Cañas, The Theory Underlying Concept Maps 
and How to Construct and Use Them, in: Technical Report IHMC CmapTools, 
Florida 2008. URL: http://cmap.ihmc.us/Publications/ResearchPapers/Theory 
UnderlyingConceptMaps.pdf [letzter Zugriff: 02.07.2023]. 
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Komplexität reduziert und in eine visuelle Form gebracht. Concept- 
Maps eignen sich daher für das persönliche Wissensmanagement und 
individuelle Lernprozesse, zudem allerdings auch für Planungsaufga- 
ben, Ideensammlungen und Themenanalysen im Team. 


PM-Phase 4 (Steuerung): 5-Finger-Methode und Retrospektive 


5-Finger-Methode 

Aus dem Militär und in Anlehnung an eine Manöverkritiksitzung kommt 
die 5-Finger-Methode, die sich für kurze Projekttreffen anbietet, in de- 
nen jeder sich äußern kann*’, mit Chancen für das Projekt eine Optimie- 
rung der Zusammenarbeit bzw. der Prozesse zu erreichen. Diese Me- 
thode bezieht sich auf die Hand: Für die Finger der Hand werden alle 
Teammitglieder gebeten, zu folgenden Fragen Stellung in Bezug auf Er- 
fahrungen in dem Projekt zu beziehen: 


e kleiner Finger: Das kam im Projekt(part) zu kurz. 

e  Ringfinger: Das habe ich über Beziehungen/Verbindungen gelernt. 
e  Mittelfinger: Das hat mir gar nicht gefallen. 

« Zeigefinger: Dem sollte mehr Beachtung geschenkt werden. 

e Daumen: Das hat richtig gut geklappt. 


Auch hier ist große Offenheit von Nöten (Fehlerkultur), um Prozesse 
und die Zusammenarbeit zu verbessern. Diese Methode kann vor allem 
in großen Projekten sinnvoll sein, in denen bei einer Reflexion häufig 
nur die gleichen Personen zu Wort kommen. Durch die Methode wer- 
den Redebeiträge gekürzt, sodass jede und jeder sich beteiligen kann. 
Beispielsweise könnte eine alphabetische Reihenfolge der Wortbeiträge 
nach dieser Methode sinnvoll sein. Wichtig ist bei der Durchführung 
jedoch, dass eine Person die gesagten Dinge notiert, um im Nachhinein 


47 Vgl. Angelika Mittelmann, Werkzeugkasten Wissensmanagement, Norderstedt 
2011. URL: https://www.researchgate.net/publication/280739087_\Werkzeugk 
asten_Wissensmanagement [letzter Zugriff: 03.07.2023]. 
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darauf zurückgreifen zu können und um Schlüsse für die Zusammen- 
arbeit und die Optimierung von Prozessen ziehen zu können. 


Retrospektive 

Die der 5-Finger-Methode ähnliche Retrospektive erhält gerade durch 
das agile Projektmanagement eine neue Popularität. Sie ist eine Metho- 
de, bei der die Zusammenarbeit eines Teams reflektiert und aus Feh- 
lern gelernt werden soll. Die Methode der Retrospektive kann verschie- 
dentlich ausgestaltet werden; eine Variante davon kann folgendermaßen 
aussehen: Das Team erhält eine Art großen Stern auf einer Metaplan- 
wand oder einem digitalen Whiteboard. In den Ecken stehen die Kate- 
gorien »Mehr davon«, »Weniger davon«, »Damit aufhören«, »Weiterma- 
chen«, »Damit beginnen« zu derjedes Teammitglied sammeln kann, was 
ihr oder ihm einfällt. Nach einer festgelegten Zeit kommen die Team- 
mitglieder zusammen und stellen sich gegenseitig die Aspekte zu den 
Kategorien vor und erläutern die Inhalte. Dadurch bietet sich die Chan- 
ce, Zusammenarbeit und Prozesse zu hinterfragen und zu optimieren. 
Der zeitliche Ansatz kann flexibel geplant werden, wobei sich zu Beginn 
der Projektzeit anbietet, relativ kurze Intervalle zu wählen und diese mit 
fortlaufendem Projekt zu verlängern. 
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Abb. 1: Schema der Retrospektive. Quelle: eigene Darstellung. 


Mehr davon Weniger davon 


Damit beginnen Damit aufhören 


Weitermachen 


Um eine Retrospektive sinnvoll durchführen zu können, sollte das 
Team Vertrauen zueinander und auch in das Projekt haben. Es geht dar- 
um, gemeinsam die Projektstrukturen zu optimieren und das Projekt 
voranzutreiben. Ist dies nicht gegeben, ist fraglich, inwieweit die Team- 
mitglieder ihre Meinung auch kundtun bzw. ob sie nur Eigeninteressen 
vertreten. 


PM-Phase 5 (Abschluss): Lessons Learned 


Lessons Learned ist im Gegensatz zur Retrospektive etwas, wasam Ende 
eines Projektes durchgeführt werden kann. Hierbei geht es um folgende 
Fragen: 


+ Was sind meine Learnings aus dem Projekt? 
e Wie habe ich einzelne Phasen des Projektes empfunden? 
« Was kann man besser machen? 
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+ Was behalten wir für weitere Projekte bei? 


Hierbei ist es hilfreich, wenn eine Projekt-externe Person für das Pro- 
jektteam moderiert, damit eine Projektmitarbeiterin bzw. ein Projekt- 
mitarbeiter nicht zwischen den Rollen wechseln muss. So hat auch die 
Projektleitung Möglichkeiten, sich selbst zu reflektieren und einzubrin- 
gen. Häufig kann es hilfreich sein, die Projektphasen in einem Graphen 
darstellen zu lassen und die Projektmitglieder sich auf diesem Graphen 
verorten zu lassen. 


Abb. 2: Graph für die Darstellung von Projektphasen. Quelle: eigene Darstel- 
lung. 


Empfinden 
4 
Gut 
Schlecht | 
> -Zeit 
Projekt- Projekt- Projekt Projekt- 
planung antrag phase 1 phase2 


Diese Grafik ist für das Verständnis untereinander von Bedeutung, 
denn die Darstellung zeigt die Unterschiede der Wahrnehmungen auf 
und bietet dann auch Chancen zur Diskussion. Auch hierbei ist es von 
Bedeutung, dass die Teammitglieder einen Raum haben, in dem sie sich 
öffnen können. Diesen Raum zu schaffen, ist die Aufgabe der moderie- 
renden Person. Aus der Praxis-Erfahrung nach Abschluss eines Förder- 
projektes bietet es sich an, den Graphen vorzubereiten. Dabei können 
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die Meilensteine aus dem Projektplan bereits durch die moderierende 
Person auf dem Zeitstrahl aufgetragen und mit der Projektleitung ab- 
gestimmt werden. Dieser Graph wird in der vorbereiteten Form allen 
Projektmitarbeiterinnen und -mitarbeitern zur Verfügung gestellt, mit 
der Bitte, dieses für das Meeting vorzubereiten. Während des Meetings 
haben alle Beteiligten den Raum, die eigenen Gefühle an den entspre- 
chenden Meilensteinen vorzustellen, was durchaus zu Irritationen im 
Team führen kann, weil eine Person beispielsweise Phase 2 als »schlecht« 
bezeichnet und eine andere Person diese Phase als »sehr gut« ansieht. 
Hierbei ist die Kompetenz der moderierenden Person von entscheiden- 
der Bedeutung, denn es soll nicht nur bei Empfindungen bleiben, son- 
dern darum gehen, was zu dem jeweiligen Empfinden geführt hat und 
wie man die Umstände ggf. verändern kann. Diese Dinge werden durch 
die moderierende Person notiert und im Nachgang der Projektleitung 
und -team zur Verfügung gestellt. Das Schöne an dieser Methode ist, 
dass sie sowohl in Präsenz als auch digital genutzt werden kann, um aus 
den Erfahrungen in diesem Projekt zu lernen. 

Der Zeitansatz für diese Methode ist nicht trivial. Pro Person sollte 
mindestens eine viertel Stunde (je nach Projektlänge) eingeplant wer- 
den, damit auch alle Gefühle und Erfahrungen angesprochen werden 
können. Jedoch ist bei dieser Methode eins zu bedenken: Wie ehrlich 
sind die einzelnen Projektmitglieder zueinander und was passiert mit 
den Ergebnissen im Nachgang? 


Fallbeispiele 


Im Folgenden werden nun zwei Projekte als Fallbeispiele kurz beschrie- 
ben und ein tastender Einblick in das jeweilige Wissensmanagement 
gegeben: zum einen das Projekt Corpus Vitrearum Medii Aevi Deutsch- 
land als Langzeitforschungsprojekt und NFDI4Culture als großes, 
dezentrales Infrastrukturprojekt. Mit der kurzen Beschreibung dieser 
zwei Fallbeispiele soll empirisch aufgezeigt werden, dass einerseits ein 
explizites und systematisches Wissensmanagement in DH-Projekten 
häufig ein Desiderat ist, andererseits keine Organisation und kein 
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Projekt ohne Wissensmanagement operationsfahig ist. Das Ergebnis 
dieser Kombination ist der punktuelle Einsatz von Wissensmanage- 
mentmethoden und -werkzeugen, der haufig auf Initiative einzelner 
Projektmitarbeiterinnen und -mitarbeitern basiert, mitsamt aller Kon- 
tingenzen und Herausforderungen die damit einhergehen. Eine genaue 
Analyse der Projekte der Fallbeispiele gemäß der oben entwickelten 
Projektphasen und Barriere-Dimensionen steht allerdings noch aus. 


Fallbeispiel 1: das Corpus Vitrearum Medii Aevi Deutschland 


Das Corpus Vitrearum Medii Aevi (CVMA) Deutschland ist ein an zwei 
Akademien der Wissenschaften angesiedeltes interakademisches For- 
schungsvorhaben und besteht aus zwei Arbeitsstellen: eine in Freiburg 
(Akademie der Wissenschaften und der Literatur | Mainz, ADWM) 
sowie eine in Potsdam (Berlin-Brandenburgische Akademie der Wis- 
senschaften, BBAW). Die Aufgabe des CVMA ist die wissenschaftliche 
Erfassung und Erforschung mittelalterlicher und frühneuzeitlicher 
(bis etwa 1550) Glasmalereibestände in Deutschland. Fotografische 
Aufnahmen der Einzelscheiben und Fenster bilden die Basis hierfür, 
sie werden in den Korpusbänden veröffentlicht und für ausgewählte 
Standorte als nachnutzbare Forschungsdaten auf der Webseite* an- 
geboten. Eine kunsthistorische Erfassung der Glasmalereien erfolgt an 
beiden Arbeitsstellen durch die Kunsthistorikerinnen und -historiker. 
Die Verantwortung für die technische Betreuung des Projektes liegt 
bei den DH-Abteilungen beider Akademien. Die Repräsentationsum- 
gebung der Forschungsdaten wird durch die Digitale Akademie (DH- 
Abteilung der ADWM) umgesetzt, während die Umgebung für die Er- 
fassung und Verwaltung der Bilddateien durch TELOTA (DH-Abteilung 
der BBAW) realisiert wird. Beides erfolgt in sehr enger Abstimmung mit 
den Arbeitsstellen. 

Aufgrund der verschiedenen Standorte und verteilten Zuständigkei- 
ten bedarfes sehr viel Kommunikation. Es gibt bisher keine gemeinsame 
Umgebung für das Projektmanagement. Für die Kommunikation haben 


48 Siehe https://corpusvitrearum.de/. 
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sich bei beiden DH-Arbeitsstellen der Open-Source-Messenger-Dienst 
Mattermost®” und für das Projektmanagement das Ticketsystem Red- 
mine”? an der BBAW oder die Sandstorm-Suite™ an der ADWM als sehr 
sinnvoll herausgestellt. Regelmäßige Videokonferenzen und Meetings 
auf der Arbeitsebene erleichtern die Kommunikation im Team auch mit 
Beschäftigten, die Mattermost nicht nutzen. Für die Besprechung grö- 
ßerer Entwicklungsblöcke werden Kick-off-Meetings und Abschlussge- 
spräche sowie für die Weiterentwicklung der projektübergreifenden di- 
gitalen Komponenten Workshops durchgeführt. Wichtige Punkte wer- 
den protokolliert und allen Teilnehmenden zur Verfügung gestellt, sowie 
in Follow-up-Terminen abgefragt. 

Auch im CVMA gibt es keine expliziten Projektmittel für systemi- 
sches Wissensmanagement. Wie alle Forschungsvorhaben und Projekte 
hat es eine bestimmte Laufzeit und wird mit einer begrenzten Zahl 
an Mitarbeiterinnen und Mitarbeitern durchgeführt. Für das Projekt- 
und Wissensmanagement werden nur wenige personelle und zeitliche 
Ressourcen eingeplant, sodass diese Aufgaben »nebenbei« stattfinden. 
Institutionelle Leitlinien werden noch ausgearbeitet. Problematisch ist, 
dass oft nur wenige Mitarbeiterinnen und Mitarbeiter mit begrenz- 
tem Zeitkontingenten an den digitalen Projektinhalten tätig sind, die 
anderen Mitarbeiterinnen und Mitarbeiter sich aber auf eine funktio- 
nierende digitale Datenverwaltung und -repräsentation verlassen und 
dies auch gefordert wird. Das Wissen im DH-Bereich der Potsdamer 
Arbeitsstelle des CVMA ist in Redmine in thematisch kategorisierten 
Tickets verfügbar, die den Entwicklungsblöcken als Zielversion zuge- 
wiesen werden. Hier werden die zu erledigenden Aufgaben und die 
erfolgten Schritte nachvollziehbar dokumentiert, sodass auch in den 
bereits geschlossenen Tickets nach Problemlösungsstrategien gesucht 
werden kann. Ebenfalls werden die wichtigsten Informationen in einem 
Wiki zusammengefasst. Wenn ein Wechsel der technischen Betreuung 
erfolgt, muss eine Einarbeitung seitens des Vorhabens erfolgen, da 


49 Siehe https://mattermost.com/. 
50 Siehe https://www.redmine.org/. 
51 Siehe https://apps.sandstorm.io/. 
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die Kenntnis rund um die Daten in den Arbeitsstellen vorhanden ist 
und mit der technischen Expertise verknüpft werden muss. Die Zeit 
für eine ausführliche Dokumentation fehlt und das Onboarding wird 
von Bestandsmitarbeiterinnen und -mitarbeitern durchgeführt. Wis- 
sensmanagement ist sehr wichtig für den Fall, dass Mitarbeitende 
ausscheiden oder neu in das Team kommen. 


Fallbeispiel 2: NFDI4Culture 


Vor dem Hintergrund der generellen Digitalisierung aller wissenschaft- 
lichen Disziplinen in Deutschland sowie der Rolle von Forschungsdaten 
wurde 2018 der Aufbau einer Nationalen Forschungsdateninfrastruktur 
(NFDI)™ beschlossen. Einer der zentralen Meilensteine der NFDI war 
das Positionspapier »Leistung aus Vielfalt« des Rats für Informations- 
infrastrukturen (RfII) von 2016.” Hier wurde im Zusammenhang mit 
dem Befund einer in der deutschen Wissenschaftslandschaft defizitä- 
ren digitalen Grundversorgung und dem Mangel eines übergreifenden 
Forschungsdatenmanagements u.a. der Aufbau einer nationalen For- 
schungsdateninfrastruktur empfohlen. Bund und Länder haben diese 
Empfehlung 2018 aufgegriffen.” Letztendlich erhielten 27 Konsor- 
tien eine Förderung, um ihre jeweilige disziplin-spezifische Teilin- 
frastruktur aufzubauen, was Forschungsdaten, Forschungssoftware, 
Webservices, virtuelle Arbeitsumgebungen, Langzeitarchivierung, so- 
wie die Mitarbeit an Normierungsprozessen und vieles andere mehr 
einschließt.” 


52 Siehe https://www.dfg.de/foerderung/foerderinitiativen/nfdi/. 

53 Vgl. Rat für Informationsinfrastrukturen (Rfll), Leistung aus Vielfalt. Empfehlun- 
gen zu Strukturen, Prozessen und Finanzierung des Forschungsdatenmanagements 
in Deutschland, Göttingen 2016. URL: https://rfii.de/?p=1998 [letzter Zugriff: 
02.07.2023]. 

54 Vgl. Bund-Länder-Vereinbarung zu Aufbau und Förderung einer Nationalen 
Forschungsdateninfrastruktur (NFDI) vom 26. November 2018. URL: https:/ 
/www.gwk-bonn.de/fileadmin/Redaktion/Dokumente/Papers/NFDI.pdf [letz- 
ter Zugriff: 02.07.2023]. 
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NFDI[4Culture ist das NFDI-Konsortium von und für die wissen- 
schaftlichen Communities der Architektur, Kunstgeschichte, Musik- 
wissenschaft, Darstellenden Künste, Medienwissenschaft und den 
Digital Humanities.”° Es strukturiert seine Aufgabenfelder entlang des 
Forschungsdatenlebenszyklus in sieben Task Areas (TAs): TAı für die 
Digitalisierung und Anreicherung digitaler Kulturgüter, TA2 für Stan- 
dards, Datenqualität und Kuratierung, TA3 für Forschungswerkzeuge 
und Datendienste, TA4 für Datenpublikationen und Langzeitarchivie- 
rung, TAS für übergreifende technische und rechtliche Aktivitäten, TA6 
für Qualifizierung und Ausbildung und TA7 für Governance und Ad- 
ministration.” NFDI4Culture wird von neun Institutionen getragen’? 
und zählt in seinem Netzwerk aktuell elf Fachgesellschaften und über 
40 teilnehmende Institutionen. Seine Aktivitäten umfassen die Organi- 
sation von Veranstaltungen (Foren, Workshop etc.), die Publikation von 
Handreichungen, Projektberatungen über den NFDI4Culture Helpdesk 
und weiteres. 

In NFDlaCulture finden sich operativ viele Wissensmanagement- 
methoden und -werkzeuge, gleichwohl diese nicht immer unter dem 
Label »Wissensmanagement« adressiert werden. Der Austausch von 
Wissen und Ideen ist sogar eine der wesentlichen Funktionen des Netz- 
werks, sowohl intern als auch mit den Fachcommunities und anderen 
NFDI-Konsortien. Technisch verwendet NFDI4Culture NextCloud als 
Dateiverwaltungssystem, OpenProject als Projektmanagementsoftware 
und RocketChat für die Messenger-Kommunikation. In OpenProject 
sind umfangreiche Wikis (inkl. Glossar) angelegt, die allerdings sehr 
aufwändig in der Pflege und Aktualisierung sind. Für die Außenkommu- 
nikation existiert eine Projektwebseite”?, ein Newsletter und die beiden 
Push-Informationsformate »die Woche« mit aktuellen Terminen und 
der Infoticker mit Informationen zu relevanten Calls, Ausstellungen, 
Rezensionen und weiterem (der Newsletter wird per Mail disseminiert, 


56 Siehe https://nfdi4culture.de/de/ueber-uns/communities.html. 

57 Siehe https://nfdi4culture.de/de/ueber-uns/aufgabenbereiche.html. 
58 Siehe https://nfdi4culture.de/de/ueber-uns/partner.html. 

59 Siehe https://nfdi4culture.de/. 
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»die Woche« und der Infoticker per RocketChat). Auf den Veranstaltun- 
gen werden unterschiedliche Formate eingesetzt u.a. auch BarCamps 
und Wissensmarktplätze. Abseits von Veranstaltungen werden ver- 
schiedene Methoden für den internen Wissensaustausch eingesetzt, 
beispielsweise die Retrospektive im Culture Coordination Office, die 
kollegiale Beratung im Culture Helpdesk und Wissenswerkstätte für 
den Austausch zwischen den NFDI-Konsortien. 

Gleichwohl viele Wissensmanagementmethoden und -tools in NF- 
DlI4Culture bereits Verwendung finden, stellen sich aus der Perspektive 
des Wissensmanagements einige zentrale Herausforderungen. So ist 
das Teilen von Wissen und Ideen an vielen Stellen des Konsortiums 
eine explizite Aufgabe, allerdings nicht systematisch unter dem Label 
Wissensmanagement subsummiert. Die netzwerkhafte, dezentrale 
Projektstruktur verhindert weitgehend die direkte Kommunikation und 
»Flurgespräche«, sodass große Teile der Abstimmungen im virtuellen 
Raum erfolgen müssen. Die vielen Task Areas und Querschnittteams 
operieren zwar in einem Gesamtprojekt, zeigen aber dennoch je eigene 
Bedingungen, wodurch der Einsatz von Wissensmanagementmetho- 
den und -werkzeugen hochadaptiv gehandhabt werden muss. Große 
Teile des kodifizierten Wissens (insbesondere des Projektwikis) werden 
konsensual als notwendige Teamaufgabe gesehen, obwohl der hohe Auf- 
wand, der mit der Kuratierung eines Wikis einhergeht, immer wieder 
neu verhandelt werden muss. 


Zusammenfassung und Fazit 


Projekte spielen in den Geistes- und Kulturwissenschaften und auch den 
Digital Humanities eine immer größere Rolle und daher auch das (gute) 
Projektmanagement. »Wissen« ist im Projektmanagement ebenfalls als 
Ressource zu verstehen, sodass dem Wissensmanagement konsequen- 
terweise auch eine Rolle im Projektmanagement zukommen sollte. Ei- 
ne systematische und strategische Verwaltung von Wissen, Ideen und 
Kompetenzen in Projekten hilft, Fehler zu reduzieren, Doppelarbeit zu 
vermeiden und andere Ressourcen wie Zeit oder Geld zu schonen. Wis- 
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sensmanagement ist daher auf die Ziele des Projekts und daher des Pro- 
jektmanagements ausgerichtet. 

Es gibt zahlreiche Wissensmanagementmethoden und -werkzeuge 
die mit relativ niedrigem Aufwand in allen Projektphasen eingesetzt 
werden können, beispielsweise Expertinnen- und Expertenverzeich- 
nisse, Glossare, ConceptMaps, die 5-Finger-Methode, die Retrospek- 
tive und Lessons Learned. Am Beispiel des Forschungs- und Infra- 
strukturprojektes Corpus Vitrearum Medii Aevi Deutschland sowie am 
Infrastrukturnetzwerk NFDI4Culture wurde deutlich, dass Wissensma- 
nagementmethoden und -werkzeuge zwar immer schon in Projekten 
eingesetzt werden, oft aber nicht systematisch und nachhaltig, sondern 
eher »nebenbei«, was sich in der Verteilung von Zeit, Aufgaben und 
Verantwortlichkeiten in Projekten zeigt. Die näher beschriebenen Me- 
thoden und Werkzeuge sind an sich sehr niedrigschwellig zu realisieren, 
wie beispielsweise das Glossar oder die Retrospektive in NFDI4Culture, 
erfordern aber auch die Investition von Arbeit (z.B. für die Kuratierung) 
und müssen daher gut gerechtfertigt sein. Auch kann es gute Gründe 
dafür geben, warum eine Wissensmanagementmethode oder -werk- 
zeug in einem Projekt eben keine Anwendung findet. Wäre ihr Einsatz 
aber gewinnbringend und sie werden dennoch nicht eingesetzt, gehen 
dem Projekt Chancen für ein angenehmeres und/oder effizienteres 
Arbeiten verloren. Bewältigen lässt sich dies durch die Identifikation 
und Reduktion der jeweiligen Umetzungshürden. Diese Hürden des 
(konstanten) Einsatzes dieser Methoden und Werkzeuge können in die 
Dimensionen »KÖNNEN«, »DÜRFEN«, »SOLLEN« und »WOLLEN« 
eingeteilt werden und erfordern für ihre jeweilige Überwindung Maß- 
nahmen auf unterschiedlichen Ebenen (technisch, organisatorisch, 
systemisch, rechtlich etc.). 

Ein erster Schritt zur systematischen Integration von Wissensma- 
nagementmethoden und -werkzeugen liegt in der Anwendung des Be- 
griffs »Wissensmanagement«, der insbesondere in der Industrie, Wirt- 
schaft und Verwaltung (im Unterschied zur Wissenschaft) weit verbrei- 
tet und etabliert ist. Hierdurch eröffnen sich Interaktionsräume mit Me- 
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thoden- und Toolsammlungen‘°, sowie Adaptionsmöglichkeiten dieser 
Tools und Methoden für das wissenschaftliche System und Erfahrungs- 
werte des Einsatzes derselben.‘ Das Projektmanagement von Digital- 
Humanities-Projekten kann hiervon wesentlich profitieren. 
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Effiziente Zusammenarbeit in den Digital 
Humanities 

Ein Erfahrungsbericht aus drei Jahren Anwendung 
von Scrum in Forschungskontexten 


Dominik Kremer; Sabine Pfeiffer; Blake Byron Walker 


Abstract Scrum hat sich in der Softwareindustrie seit längerem als Methode der 
Projektzusammenarbeit bewährt. Durch die Ausrichtung auf schnelle Ergebnis- 
se in einem in der Umsetzung weitgehend autonom arbeitenden Projektteam liegt 
der Transfer auf den Forschungskontext nahe. Dies gilt insbesondere für die Digi- 
tal Humanities, in denen in Projekten unterschiedliche Fachtraditionen und Er- 
wartungen an den Arbeitsprozess aufeinanderstoßen. Wenn dieser Arbeitspro- 
zess, solange schon an Ergebnissen gearbeitet wird, noch sukzessive an die Be- 
dürfnisse des Teams angepasst werden kann, kommt dies den Anforderungen sehr 
entgegen. Nach einer kurzen Vorstellung von Scrum in seinen wesentlichen Ele- 
menten und Prozessen prüfen wir die Eignung für die Arbeit in den Digital Huma- 
nities und machen einen Prozessvorschlag für eine leicht angepasste, reduzierte 
Variante von Scrum für den Einsatz in der Forschung. Wir berichten evaluierend, 
wie wir den Prozessvorschlag in den letzten drei Jahren in drei unterschiedlichen 
Projekten genutzt und wiederum angepasst an die unterschiedlichen Vorausset- 
zungen ausgestaltet haben. 


Motivation 


Ein großer Teil des Erfolgs der Digital Humanities beruht auf der An- 
wendung von generischen computergestützten Methoden zur Bild- und 
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Sprachverarbeitung aus Informatik und Computerlinguistik. Dabei 
werden nicht nur bestehende und zum Teil bereits auf kleineren Ska- 
len qualitativ gesicherte Befunde in größerem Umfang und größerer 
Reichweite wirksam, sondern auch grundsätzlich neue Fragestellungen 
erstmalig bearbeitbar’. Die dazu nötigen Verfahren werden nicht nur 
zwischen Informatik und Anwendungswissenschaft, sondern durchaus 
auch zwischen den beteiligten Anwendungsfächern ausgearbeitet, um 
etablierte Werkzeuge fachübergreifend einsetzen zu können. So ergibt 
sich ein breites Spektrum neuer Zugänge zu Forschung von Computa- 
tional Social Science und Digital Literature Studies bis hin zu kritischer 
Informatik. Der besondere Mehrwert dieser aufinterdisziplinäre Arbeit 
ausgerichteten Arbeitsweise von Digital Humanities beruht also auf der 
wechselseitigen Konzeption und Abstimmung von Erwartungshaltung 
und Arbeitsprozessen, um die effiziente Zusammenarbeit der in ihren 
unterschiedlichen Arbeitsweisen aufeinandertreffenden Fachbereiche 
sicherzustellen. 

Durch diese interdisziplinäre Ausrichtung stellen Projekte in den Di- 
gital Humanities höhere Ansprüche an Projektmanagement als andere 
Kooperationen innerhalb etablierter Fachkulturen, bei denen zumindest 
die fachlichen Perspektiven einheitlich sind und nur organisatorische 
Abstimmung benötigt wird. Spannungen entstehen dabei insbesonde- 
re, wenn divergierende Forschungsverständnisse adressiert und zusam- 
mengeführt werden müssen. Zum Ziel des Distant Readings’von Bild- 
und Textdateien stehen sich hermeneutische? und analytische Zugän- 
get gegenüber; es müssen theoriebezogene? und explorative Datenar- 


1 Vgl. FotisJannidis/Hubertus Kohle/Malte Rehbein (Hg.), Digital Humanities. Eine 
Einführung, Stuttgart 2017, 4 bzw. 224 

2 Vgl. Franco Moretti, Distant reading, London 2013. 

3 Vgl. Dominik Kremer/Tilo Felgenhauer, Reasoning COVID-19. The use of spatial 
metaphor in times of a crisis, in: Humanit Soc Sci Commun 265 (9/2022), 1-15. 

4 Vgl. Sebastian Brinkmann/Dominik Kremer/Blake B. Walker, Modelling eye- 
level visibility of urban green space: Optimising city-wide point-based view- 
shed computations through prototyping, in: AGILE GlScience 27 (3/2022), 1-7. 

5 Vgl. Boris Michel/Susanne Schröder-Bergen, The Politics of Geodata in Urban 
Platform Capitalism, in: Sybille Bauriedl/Anke Strüver (Hg.), Platformization of 
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beit® aufeinander bezogen werden. Darüber hinaus unterscheiden sich 
vielfach auch der innere Aufbau und damit die Strukturerwartung der 
beteiligten Arbeitsgruppen an den gemeinsamen Forschungsprozess. 

Wie viel Zeit und Aufwand insbesondere in der Anfangsphase eines 
Projekts für Abstimmung verloren geht, wenn gleichzeitig schon erste 
Ergebnisse erarbeitet werden sollen, wird also maßgeblich vom Prozess 
der Zusammenarbeit bestimmt. Dieser sollte gut kommunizierbar sein, 
sich gleichzeitig dynamisch an die Bedürfnisse des Projektteams anpas- 
sen und ein fokussiertes Arbeiten an den ersten Arbeitspaketen ermög- 
lichen. Genau für diesen Zweck und vor allem, um zusätzliche Belastung 
in der Projektkoordination zu minimieren, werden insbesondere in der 
Softwareindustrie seit Jahren agile Projektmanagementmethoden wie 
z.B. Scrum eingesetzt’ Die klaren Stärken agiler Verfahren im Projekt- 
management lassen sich an dieser Stelle auch für die spezifischen Be- 
dürfnisse der Digital Humanities nutzen. Viel hängt jedoch auch davon 
ab, wie agile Methoden eingeführt werden und ob sie von den Projekt- 
verantwortlichen auch als Schutzraum anerkannt werden°. 

Im Folgenden werden wir zunächst Scrum und agile Methoden in 
ihrer Grundidee einführen (Kap. 2), und danach besondere Anforderun- 
gen interdisziplinärer Arbeit herausarbeiten, wie sie für die Digital Hu- 
manities üblich sind - insbesondere zwischen inhaltlich-fachlicher und 


Urban Life. Towards a Technocapitalist Transformation of European Cities, Bielefeld 
2022, 73-84. 

6 Vgl. Dominik Kremer/Blake B. Walker (2022): Geodaten quantitativ, aber kri- 
tisch analysieren: die Methode der explorativen räumlichen Datenanalyse am 
Beispiel von COVID-19 in Brasilien, in: Finn Dammann/Boris Michel (Hg.), Hand- 
buch Kritisches Kartieren, Bielefeld 2022, 307-324. 

7 Vgl. Sabine Pfeiffer, Von der agilen zur Guten Agilen Projektarbeit — Fragestel- 
lung — Definition — Ergebnisse des Projekts diGAP in: diGAP (Hg.), Gute Agile 
Projektarbeit in der digitalisierten Arbeitswelt. Abschlussbroschüre, Nürnberg 2021, 
8-12. 

8 Vgl. Christian Wille/Nadine Müller, Gute Agile Arbeit: Befragungsergebnisse 
und Gestaltungsempfehlungen aus dem diGAP-Projekt, in: diGAP (Hg.), Gute 
Agile Projektarbeit in der digitalisierten Arbeitswelt. Abschlussbroschüre, Nürnberg 
2021, 25-34. 
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technisch-methodischer Arbeit (Kap. 3). Für diesen Bedarf arbeiten wir 
die wesentlichen Elemente und Prozesse agiler Methoden heraus, die 
uns für die effiziente Zusammenarbeit in den Digital Humanities be- 
sonders gut eignen (Kap. 4) und identifizieren Softwarelösungen, die die 
Zusammenarbeit stützen können (Kap.5). Wir berichten über Erfahrun- 
gen aus dem Einsatz dieser Elemente und Lösungen in verschiedenen 
Projekten in den letzten drei Jahren (Kap. 6), bevor wir die wesentlichen 
Empfehlungen nochmals gesondert herausstellen (Kap. 7). 


Agiles Projektmanagement - Überblick zu Vorgehen und 
Forschungsstand 


In den 1960er Jahren entstanden, hat projektförmiges Arbeiten ab den 
1980er Jahren ihren Siegeszug in der Breite angetreten und fand sich 
schnell und zunehmend nicht mehr nur in Bereichen von Forschung & 
Entwicklung. Projektarbeit wurde schnell so ubiquitär, dass die Organi- 
sationsforschung gar von einer sich entfaltenden »Projektgesellschaft«’. 
Diese Verbreitung ist nicht zufällig: Projektarbeit versprach gegenüber 
klassischen Organisationsstrukturen mehr Chancen zur Selbstorgani- 
sation und sollte damit genau die Flexibilität ermöglichen, die zur Kom- 
plexitätsbewältigung benötigt wird und mit der sich hierarchische Orga- 
nisationsstrukturen schwertun. Allerdings: Das klassische Projektma- 
nagement fordert zwar Selbstorganisation ein, lässt aber Hierarchie und 
Planung deswegen noch lange nicht los: Rund um das stärker selbstor- 
ganisierte Arbeiten wurden Ziele zunehmend minutiös von oben und 
selbst über Jahre bis aufeinzelne Personenstunden geplant und im Con- 
trolling kleinteilig verfolgt. Auf der Strecke blieben oft Zeit- und Res- 
sourcenhoheit für die Beschäftigten, aber auch Qualität und Kundenori- 
entierung sowie mit zunehmenden Planungs-, Controlling- und Doku- 
mentationsaufwänden auch die Effizienz. Psychische Belastungen nah- 


9 Rolf A. Lundin/Niklas Arvidsson/Tim Brady/Eskil Ekstedt/Midler, Christophe/ 
Jörg Sydow, Managing and Working in Project Society. Institutional Challenges of 
Temporary Organizations, Cambridge 2015. 
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men zu und fanden sich aufeinmal gerade in den Arbeitsformen, die als 
besonders human galten. 


Abb. 1: Idealtypischer Ablaufvon Scrum 


Produkt Verbesserungen 


Product Owner 


Sprint Planning 


Sprint Retrospektive 


(diGAP 2021, S. 12) 


Auf die für Organisation wie die Beschäftigten negativen Seiten 
klassischen Projektmanagements reagierte dann als neuer Ansatz das 
agile Projektmanagement, das in seiner bis heute populärsten Variante 
SCRUM eine starke Verbreitung gefunden hat. 

Als 2001 erfahrene Software-Entwickler mit dem »Agilen Mani- 
fest«'° eine neue Idee der projektförmigen Arbeit ausriefen, richtete 


10 Eckhart Hanser, Agile Prozesse: Von XP über Scrum bis MAP, Berlin 2010. 
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sich diese vor allem gegen solch negative Erfahrungen mit dem klas- 
sischen Projektmanagement. Agiles Projektmanagement verspricht 
stattdessen die Vereinbarkeit von bislang Gegensätzlichem: Echte 
Selbstorganisation ohne Planungskorsett, Prozessbeschleunigung 
ohne Belastungszunahme und bessere Kundenintegration ohne zu- 
sätzlichen Abstimmungsaufwand. Agiles Projektmanagement gibt ein 
dreifaches Versprechen": ein Leistungsversprechen (alles wird schneller, 
innovativer und besser); ein Emanzipationsversprechen (die Arbeit wird 
autonomer, selbstbestimmter und bedarfsorientierter) und ein Entlas- 
tungsversprechen (statt überbordender Komplexität: Konzentration aufs 
Wesentliche). Interessanterweise sind diese Versprechen gar nicht so 
weit entfernt von denen, mit denen ursprünglich auch das klassische 
Projektmanagement angetreten ist. Was also ist das neue und andere 
bei agiler Projektarbeit? Das lässt sich am besten Klären mit einem Blick 
auf die Prinzipien und Methoden der von Ken Schwaber entwickel- 
ten Methode Scrum: Scrum versteht sich als »ein Framework für das 
Management komplexer Projekte«*. Unwägbarkeiten werden explizit 
als selbstverständlicher Teilaspekt von Innovationsprojekten anerkannt 
und deswegen die Planungshoheit in die Teams gelegt. Die wesentlichen 
Elemente im Scrum-Prozessmodell sind: drei Rollen (Product Owner, 
Team und Scrum Master), vier Meetings (Sprint Planning, Daily Scrum, 
Sprint Review und Retrospektive) und vier Artefakte (User Stories, Pro- 
duct Backlog, Sprint Backlog und Burndown Chart). Der übliche Ablauf 
einer agilen Entwicklung nach dem Scrum-Prozess ist idealtypisch 
abgebildet in Abbildung 1 und kann folgendermaßen skizziert werden‘: 


11 Pfeiffer, Von der agilen zur Guten Agilen Projektarbeit. 

12 Vgl. Manuel Nicklich/Stefan Sauer/Sabine Pfeiffer, Antecedents and Conse- 
quences of Agility—On the Ongoing Invocation of Self-Organization, in: Sabine 
Pfeiffer/Manuel Nicklich/Stefan Sauer (Hg.), The Agile Imperative: Teams, Organi- 
zations and Society under Reconstruction?, Cham 2021, 19-38. 

13 Ralf Wirdemann, Scrum mit User Stories, München 2009, 26. 

14 Vgl. Ken Schwaber, Agile Project Management with Scrum, Redmond 2004. 
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Am Anfang des Prozesses steht eine Produktvision, die durch 
den/die Product Owner”in in enger Zusammenarbeit mit dem 
Kundenunternehmen entwickelt wird. Zusammen werden grobe 
Produktfunktionalitäten erarbeitet und aus einer Mehrwertper- 
spektive des Kunden formuliert und priorisiert; zudem werden 
Leitplanken bezüglich Deadline und Kosten festgesetzt. 

Zusammen mit dem Entwicklungsteam werden diese Anforderun- 
gen als User Stories in einzelne Arbeitsaufgaben umformuliert und 
im sogenannten Product Backlog (ursprünglich bewusst offline als 
Wand oder Whiteboard, heute überwiegend digital) hinterlegt. Das 
Product Backlog ändert sich üblicherweise permanent während des 
Projektverlaufs - etwa weil Unwägbarkeiten auftreten oder weil sich 
die Kundenwünsche verändern. 

Der Ablaufdes Projekts wird in gleich lange, meist zweiwöchige Zeit- 
einheiten aufgeteilt, sogenannte Sprints. Ziel jedes Sprints ist ein 
auslieferungsfähiges Teilprodukt, das im Anwendungskontext aus- 
probiert werden kann. 

Im Sprint Planning Meeting, das zeitlich auf maximal zwei Stun- 
den je Sprint-Woche begrenzt ist, legt das Entwicklungsteam fest, 
was im kommenden Sprint realistisch entwickelt werden kann, und 
entscheidet über die konkrete Ressourcenabschätzung, also Zeitund 
Aufwand. Dafür existieren verschiedene Tools, die die Abschätzung 
unterstützen und eine Visualisierung ermöglichen (bspw. über Po- 
kerkarten). Die für den Sprint ausgewählten User Stories wandern 
vom Product Backlog in den Sprint Backlog und hängen dort in der 
Spalte »to do«. 

Während des eigentlichen Sprints geht es ausschließlich um die 
Selbstorganisation des Teams: Es soll sich ganz auf seine Arbeit 
konzentrieren und von keinerlei äußeren Strukturen diktiert wer- 
den. Zentrale Aufgabe des Scrum Masters ist es, solche äußeren 
Bedingungen zu schaffen, unter denen dem Team diese ungestörte 
Entwicklungsphase auch wirklich zur Verfügung steht. 

Das Entwicklungsteam trifft sich täglich für maximal 15 Minuten 
stehend vor dem Sprint Backlog zum Daily Scrum, um den Fortgang 
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der Arbeiten zu besprechen und das Sprint-Planning wenn nötig 
anzupassen. 

Auf dem Sprint Backlog wird der Fortgang der Arbeit ständig visua- 
lisiert, indem die einzelnen zu entwickelnden Teilfunktionalitäten 
nach und nach von der Spalte »to do« in die Spalte »work in pro- 
gress« und schließlich in »done« weitergeschoben werden. Am Ende 
des Sprints dienen zwei Meetings der Reflexion: Beim Sprint Review 
steht die Qualität des Teilprodukts aus Userperspektive im Mittel- 
punkt. Bei der internen Retrospektive reflektiert dagegen das Team 
mit dem Scrum Master die gewonnen Erfahrungen, die Zusammen- 
arbeit und aufgetretene Hindernisse. 

Für den Sprint und alle Meetingformen gilt das Prinzip des Time- 
boxings, d.h. Arbeiten oder Themen werden diesem rigiden Zeitrah- 
men angepasst. Dieser Ablauf wiederholt sich Sprint für Sprint, bis 
das Gesamtprojekt erfolgreich abgearbeitet ist. 


Das Team entwickelt also weitgehend selbstorganisiert, es entschei- 


det, wie viel in einem Sprint an Arbeit erledigt werden kann, bekommt 


schnell und direkt ein Feedback zur eigenen Arbeit aus dem Anwendungs- 


feld und dies bei verminderten Kommunikations- und Planungsaufwänden. 


Alle drei genannten Versprechen scheinen damit automatisch eingelöst. 


Der Forschungsstand dazu ist allerdings widersprüchlich. So sind die 


ökonomischen Effekte teils paradox und stark bedingungsabhängig 


1516 


Auch die Effekte für die Beschäftigten sind nicht einheitlich: So finden 
sich mal bessere und gesündere Arbeitsbedingungen”, andere sehen 


Vgl. Brian Hobbs/Yvan Petit, Agile Methods on Large Projects in Large Organi- 
zations, in: Project Management Journal 48 (2017), 3-19. 

Vgl. Christiane Prange/Alicia Hennig, From Strategic Planning to Strategic 
Agility Patterns, in: Journal of Creating Value 5 (2/2019), 111-123. 

Vgl. Sarah Rietze/Hannes Zacher, Relationships between Agile Work Practices 
and Occupational Well-Being: The Role of Job Demands and Resources, in: In- 
ternational Journal of Environmental Research and Public Health 19 (3/2022), 1-24. 
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agile Methoden dagegen als Management-Modeerscheinung® und 
als eine weitere neue Form der verstärkten Arbeitnehmerkontrolle”, 
bei einer Kopplung mit Kanban lässt sich eine Belastungszunahme 
beobachten, bei einer konsequenten Respektierung des Sprints gegen 
Störungen von außen dagegen ein nachhaltiges Tempo”°. 

Agile Methoden sind so vielversprechend wie voraussetzungsvoll. 
Dass sie seit dem »Agilen Manifest« eine große Verbreitung - auch 
weit über die Software-Entwicklung hinaus — gefunden haben, ist kein 
Zufall. Unternehmen erhoffen sich Leistungsgewinne, Beschäftigte 
bessere Arbeitsbedingungen und beide einen verbesserten und schlan- 
keren Umgang mit komplexen Aufgaben. Auch wenn die Versprechen 
nicht immer eingelöst werden, es lassen sich zwei Aspekte festhalten: 
Erstens sollten Methodenkenntnisse zu agilen Methoden (ebenso wie 
auch die des klassischen Projektmanagements) zum Standard-Hand- 
werkszeug gehören, das in jedem Studiengang heutzutage eine Rolle 
spielen sollte. Zweitens ist der Einsatz agiler Methoden immer dann 
sinnvoll, wenn projektförmiges Arbeiten in hoch-innovativem Umfeld 
gefordert ist. Sie bieten sich also besonders an für einen Einsatz auch 
in wissenschaftlichen Forschungsprojekten. Aus dieser Erkenntnis 
und mit dieser Perspektive erfolgt nachfolgend ein Einblick in gelebte 
Agilität innerhalb der Digital Humanities. 


Eignung von Aufgaben in Forschung und Lehre für Scrum 


Da Scrum in seiner Grundidee davon ausgeht, dass ein nicht zu gro- 
Bes Team fokussiert (und unterbrechungsfrei) auf ein gemeinsames Ziel 


18 Vgl. Alec W. Cram/Sue Newell, Mindful revolution or mindless trend? Examin- 
ing agile development as a management fashion, in: European Journal of Infor- 
mation Systems 25 (2016), 154-169. 

19 Vgl. Phoebe V. Moore, Tracking Affective Labour in the Quantified Workplace, 
in: Body & Society 24 (3/2018), 39-67. 

20 Vgl. Sabine Pfeiffer/Stefan Sauer/Tobias Ritter, Agile methods as stress man- 
agement tools? An empirical study, in: Work Organisation, Labour & Globalisation 
13 (2019), 20-36. 
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hinarbeitet, von dem vorab ggf. nur Akzeptanzkriterien, also Bedingun- 
gen der Zielerreichung, bekannt sind, nicht aber das konkrete Ergebnis 
und auch nicht der konkrete organisatorisch-methodische Lösungsweg, 
ist eine Betrachtung von Scrum in Forschungskontexten spannend. Dies 
trifft insbesondere dann zu, wenn fiir Mitarbeitende aus unterschiedli- 
chen Disziplinen schnell ein klar strukturierter, aber bedarfsbezogener 
Prozess angeboten werden soll. 

Die disziplinarische Steuerung von Arbeitsgruppen, aber auch die 
Steuerung von nicht-projektbezogenen Lehrveranstaltungen fallen si- 
cher nicht darunter. Ausnahmen sind Arbeitsgruppen in Aufbau, bei de- 
nen in kurzer Zeit gleichzeitig neu eingestellte Mitarbeitende einen ge- 
meinsamen Markenkern etablieren wollen, aber auch Lehrveranstaltun- 
gen, in denen Projektmanagement wesentliches Lernziel ist, bei denen 
also Studierende den Forschungsprozess strukturieren und organisie- 
ren lernen”. 

Gerade für Forschungsprojekte, die zum einen neues Wissen gene- 
rieren, gleichzeitig aber in einer beschränkten Zeit einen nutzbaren Er- 
trag sicherstellen sollen, eignet sich agiles Projektmanagement gemäß 
der Grundidee eines fokussierten Teams und eines offenen Lösungswegs 
sehr gut. Klassische Sachbeihilfeprojekte, bei denen genau ein*e wis- 
senschaftliche*r Mitarbeitende*r unter fachlicher Supervision eine For- 
schungsfrage selbst strukturiert und bearbeitet, lassen sich dabei sicher 
pragmatischer organisieren. Sobald jedoch mehrere Personen als Team 
an derselben Sache arbeiten, ist Scrum eine Option. Dabei lassen sich 
vier Einsatzszenarien unterscheiden: 


21 Vgl. z.B. Modul Forschungswerkstatt des Masterstudiengangs Kulturgeo- 
graphie an der FAU: Institut für Geographie der Friedrich-Alexander-Uni- 
versität Erlangen-Nürnberg, Konzept und Aufbau des MA Kulturgeographie, 
0.J.a, URL: https://www.geographie.nat.fau.de/studium/studiengaenge/mast 
er/ma-kg/konzept-und-aufbau-des-ma-kulturgeographie/#collapse_1 [letzter 
Zugriff: 11.07.2023]. 
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1. (Interdisziplinäre) Forschungsprojekte, in denen mehrere Mitar- 
beitende, darunter durchaus auch wissenschaftliche Hilfskräfte, 
zusammenarbeiten. 


Insofern Forschungsprojekte auf Meilensteine hin angelegt sind, be- 
steht bereits bei einfachen Settings wie z.B. jeweils einer Person für 
Projektkoordination, Projektbearbeitung und Zuarbeit durch eine 
studentische Hilfskraft ein hohes Potential für Synergien, die aus sys- 
tematisch aufeinander bezogenen geplanten Entwicklungsschritten 
(Sprints) gezogen werden können. Insbesondere vor zentralen Projekt- 
meilensteinen wie Befragungen, Veranstaltungen oder dem Abschluss 
von Publikationsvorhaben wird gemeinsam auf das entsprechende Ziel 
hingearbeitet. Die Idee agiler Methoden ist aber gerade, dass bereits im 
Vorfeld schrittweise Lösungsvarianten mit zunehmender Lösungstiefe 
(also Inkremente) exploriert werden können, die eine Zielerreichung zu 
den jeweiligen Meilensteinen auf jeden Fall sicherstellen. Auch in kon- 
zeptionellen Projektphasen trägt das Zwischenergebnis jedes Sprints 
massiv dazu bei, eine informierte Entscheidung darüber treffen zu 
können, ob die bisher ausgearbeitete Lösungstiefe oder der gewählte 
Forschungsansatz (z.B. die aus der Auswertung vorliegender Daten 
zu erwartenden Ergebnisse) für den weiteren Projektverlauf bereits 
ausreichen oder noch erweitert werden müssen, selbst wenn noch keine 
konkreten Befunde (wie z.B. Befragungsergebnisse) vorliegen. 


2. (Interdisziplinäre) Forschungsprojekte, in denen die Mitarbeitende 
zusätzlich über mehrere Arbeitsgruppen verteilt sind. 


Selbst wenn agile Methoden für das erste Szenario also einen Mehrwert 
bieten, lassen sich solche Projekte auch mit anderen Projektmanage- 
mentmethoden gut bewältigen. Schwieriger wird die Koordinationsauf- 
gabe jedoch, wenn interdisziplinäre Teams, wie sie für die DH typisch 
sind, aus einem gemeinsamen Projektantrag unterschiedlicher Projekt- 
partner hervorgehen. In diesen Projekten ist zwischen der Zuordnung 
der Projektbeteiligten zu einer Arbeitsgruppe und dem interdiszipli- 
nären Team, das das Projektvorhaben umsetzt, zu unterscheiden. Die 
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Zugehörigkeit zu einer Arbeitsgruppe und damit die Abstimmung 
der dadurch abgebildeten Forschungsinteressen muss außerhalb des 
Teams geklärt werden. Es gilt aber in jedem Fall, vor jedem Arbeits- 
schritt (Sprint) die Interessen der beteiligten Stakeholder wieder neu in 
Einklang zu bringen. Da solche Projekte also keinen klar zu benennen- 
den Product Owner haben, ist ein geschützter Raum zur Ausarbeitung 
von Projektergebnissen noch wichtiger. Der Rolle des Scrum Masters, 
idealerweise getragen durch eine für diesen Zweck mit beantragte Ko- 
ordinationsstelle im Forschungsverbund, kommt dabei eine tragende 
Rolle zu. Für den Erfolg der Scrum-Meetings ist entscheidend, dass 
Positionen bereits vorab in den beteiligten Arbeitsgruppen abgestimmt 
werden und das Team somit autonom handlungsfähig ist. An dieser 
Stelle ist es also nochmals wichtiger, dass Führung als Mentoring und 
Coaching für die Projektmitarbeitenden verstanden wird”. 


3. Entwicklung universitärer Software-Prototypen 


Das ureigenste Feld von Scrum ist die Softwareentwicklung. Insofern 
Softwareentwicklung an Hochschulen im Sinne von Prototypen oft 
nochmals explorativer als in der Industrie erfolgt, eignen sich agi- 
le Verfahren der Projektsteuerung ideal zur Umsetzung. An dieser 
Stelle ist es wichtig, je nach Projekt neben dem Forschungsinteresse 
(Project Owner) auch die für die später in der Software angebotenen 
Inhalte Verantwortlichen (Content Owner) oder zukünftige Anwen- 
der*innen als Stakeholder zu den Sprintwechseln zu involvieren. Die 
Marktbeobachtung auf wissenschaftlichen Tagungen und Messen und 
Verschiebungen in den Anforderungen können dadurch oft sehr viel 
schneller und dynamischer erfolgen als in der Industrie, insbesondere 
wenn Technologieerprobung und nicht eine nachhaltig betreibbare 
Software im Zentrum stehen. Das agile, auf lauffähige Inkremente 
ausgelegte Vorgehen ermöglicht zudem das Reagieren auf neue techno- 
logische Entwicklungen, die in die Exploration mit einbezogen werden 
können. 


22 Vgl. Wille/Müller, Gute Agile Arbeit. 
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4. Entwicklung universitärer Software-Prototypen mit zusätzlichen 
externen Partnern, bei denen das Projektmanagement aber vor 
allem beim Hochschulpartner liegt. 


Eine Besonderheit liegt vor, wenn die eigentliche Softwareentwicklung 
an Service-Partner außerhalb der Hochschulen gegeben wird, die Pro- 
jektkoordination aber bei den am Projekt beteiligten Hochschulpartnern 
liegt. In diesem Fall ist im Sinne des Geschäftsinteresses des Dienstleis- 
ters als weiterer Einflussfaktor zu berücksichtigen, dass neben der dy- 
namischen Exploration in Form von Inkrementen auch eine Nachnutz- 
barkeit der entwickelten Funktionen für die vereinbarte Zielgruppe si- 
chergestellt ist, so dass Entwicklungsschritte ggf. langsamer, aber gesi- 
cherter erfolgen. 

Allen vier Szenarien ist gemein, dass sie Elemente beinhalten müs- 
sen, die im Sinne eines gemeinsamen, fokussierten Arbeitens Gelegen- 
heiten bieten müssen (a) durch laufende Priorisierung den Projektfokus 
sicherstellen, (b) durch regelmäßigen Austausch von Zwischenständen 
Transparenz über die zu erwartenden Ergebnisse herzustellen und früh- 
zeitig Feedback zu erhalten und (c) durch fortlaufende Anpassung an 
die Bedürfnisse des Teams die Erwartungshaltung der Beteiligten an ei- 
nen effizienten Arbeitsprozess abzubilden. Wichtig ist dabei vor allem, 
die unterschiedliche Stärken komplementär zueinander zu positionie- 
ren und Synergien optimal nutzbar zu machen. 

Eine Besonderheit liegt bei Lehrveranstaltungen vor. Kurse zum 
Grundlagenwissen eignen sich sicher ebenso wenig wie Methoden- 
kurse, bei denen ein bestimmtes (technisches) Vorgehen gelehrt und 
geprüft werden soll. Wenn jedoch, gerade in Masterprogrammen, ei- 
genständige Projektarbeit anhand einer bestimmten Forschungsfrage 
eingeübt werden soll, kann die gezielte Vermittlung von grundle- 
genden Fähigkeiten im Bereich Projektmanagement wesentlich dazu 
beitragen, dass sich Studierende der Projektaufgabe gewachsen fühlen 
und die Qualität des Projektergebnisses steigt. Insbesondere wenn in 
diesen Lehrveranstaltungen z.B. Fachgutachten für Kommunen oder 
technische Explorationen oder Evaluationen für Partnerunternehmen 
ausgearbeitet werden, die es erfordern, dass externe Interessen im 
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Arbeitsprozess abgebildet sind, ist der Einsatz von Scrum hilfreich. 
Der Product Owner ist hier der externe Auftraggeber, das Team die am 
Kurs beteiligten Studierenden. Das Impediment-Management kann 
entweder bei den Lehrenden liegen oder als Teilaufgabe ebenfalls an 
die Studierenden übertragen werden. In diesem Fall übernehmen die 
Lehrenden die Rolle eines fachlichen Mentorings bezogen auf einen 
autonom bewältigten Arbeitsprozess. 


Tab. 1: Eignung verschiedener Forschungsaufgaben für die Unterstützung durch 
agile MethodenEin Prozessvorschlag für die Digital Humanities: Elemente und 
Struktur der Zusammenarbeit 


Team- 


Veranstaltungs- 
form 


Forschungspro- 
jekt 


Forschungs- 
projekt über 
mehrere Arbeits- 
gruppen hinweg 


Universitärer 
Software-Proto- 


typ 


Fokussierung 


wenn mehr als 
ein*e Projektmit- 
arbeiter*in 


als horizontale 
Integration der 
Projektmitarbei- 
ter* 

innen 


wenn mehr als 


ein*e Projektmit- 
arbeiter*in 


Offenes Lösungs- 
szenario 


gegeben 


gegeben 


gegeben 


Eignung für 
Unterstützung 
durch agile Me- 
thoden 


sehr gut 


gut, Moderation 
des Interessens- 
ausgleichs nötig 


sehr gut 
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Universitärer als horizontale auf technischer gut, Moderation 
Software-Proto- Integration der Seite gegeben des Interessens- 
typmitexternem | Projektmitarbei- ausgleichs nötig 
Dienstleister ter*innen 


Projektbezogene | gegeben, Grup- teils gegeben: gut in der Umset- 


Lehrveranstal- pengröfße ggf. Anwendung zung, sehr gut, 


tung durch koopeti- der fachlichen wenn Projektma- 
tive Strukturen Ausbildung nagement Teil 
reduzieren der Lernziele ist 


Zur Unterstützung der identifizierten Einsatzszenarien empfehlen 
wir in Forschungsszenarien eine angepasste Variante von Scrum, dieim 
Vergleich zum idealtypischen Verlauf (Abb.1) leichte Vereinfachungen 
vornimmt. 


Rollenverständnis 


Product Owner sind eigenständig handlungsfähige Forschende, also 
meist berufene Professor*innen. Das Team kann, wie oben beschrie- 
ben, aus mehreren wissenschaftlichen Mitarbeitenden und Hilfskräften 
(verschiedener Arbeitsgruppen), aber auch externen Dienstleistern be- 
stehen, die am Arbeitsprozess mitwirken. Da agiles Arbeiten nur bei Fo- 
kussierung auf ein gemeinsames Ziel Sinn ergibt, sollte eine bestimmte 
Team-Größe wiederum nicht überschritten werden und bei nur losen 
Bezugspunkten lieber die Etablierung mehrere agil arbeitender Teams 
erwogen werden. Die Rolle des Scrum Masters, die die Abarbeitung 
des Taskboards monitort und organisatorisch-strukturelle Hindernis- 
se frühzeitig und gezielt adressiert, kann im Forschungsbereich mit 
anderen Projektmanagementaufgaben kombiniert werden, muss aber 
von der Aufgabe des Product Owners auf jeden Fall streng getrennt 
werden. Idealerweise übernehmen die Rolle erfahrene Forschende, 
z.B. Postdocs, die die Aufgabe für die Arbeitsgruppe übernehmen und 
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ggf. eigens für die Koordination von Forschungsaktivitäten im Projekt 
beschäftigt werden. 


Inkrementbasiertes Arbeiten 


Bei einem Drittmittelprojekt sind im Product Backlog zu Beginn die mit 
dem Projektträger oder Fördergeber bei Projektstart ausgehandelten Er- 
gebnisse einzelner Arbeitspakete zu bestimmten Meilensteinen kodifi- 
ziert. Änderungen am Product Backlog bedürfen in diesem Fall stets der 
Rücksprache und Abstimmung mit den Fördergebern, können sich aber 
durch Feedback auf wissenschaftlichen Tagungen und Messen durchaus 
ergeben. Es lohnt sich auch in diesem Fall eine Überführung des Product 
Backlogs in Stories, die eine Antwort auf einen Bedarfgemäß definierter 
Akzeptanzkriterien beschreiben, aber Art und Umfang der Umsetzung 
offen halten. Dadurch eröffnet sich die Möglichkeit, später frühzeitig 
einfache Inkremente vorzulegen und die Lösungstiefe dann in der ver- 
bleibenden Zeit Stück für Stück zu erhöhen. Insbesondere bei Arbeits- 
paketen, die kritisch für den weiteren Projektverlauf sind, kann ein ers- 
tes Inkrement, das gegenüber dem Projektgeber bereits kommunizier- 
bar ist, die Bringschuld reduzieren und Grundlage für auch explorati- 
vere (und damit ggf. forschungstechnisch interessanterer) Inkremente 
größere Lösungstiefe bilden. 

Da der Forschungsprozess seinem Wesen nach ein suchender ist, 
sei an dieser Stelle nochmals ausdrücklich der besondere Wert eines 
Taskboards für Forschungsarbeiten herausgestellt. Allein die Tatsache, 
alle aktuellen Aufgaben gleichzeitig visualisiert sehen, Abhängigkeiten 
erkennen und Priorisierungen vornehmen zu können, erlaubt es, vor 
Beginn eines Arbeitsschrittes eine klare Fokussetzung im Team vorzu- 
nehmen. Im Taskboard sind die Stories mit folgenden Eigenschaften 
beschrieben: 


e Frist: Sofern Termine externe Fristen haben, können diese zusätzlich 
notiert sein. 

e Aufgabenbeschreibung: Das Ziel der Aufgabe ist als kurze Story 
(Was? Warum? Für wen?) notiert 
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e Akzeptanzkriterien: Sie geben an, woran zu erkennen ist, wann die 
Aufgabe erledigt ist. 

e Task Ownership: Sie gibt an, welches Mitglied des Teams die Koordi- 
nation der Aufgabe (nicht zwingend die Bearbeitung) übernommen 
hat und alle zur Umsetzung nötigen Absprachen moderiert, selbst 
wenn mehrere Personen an der Aufgabe beteiligt sind. 


Tasks müssen zur Abschätzung ihrer Bewältigbarkeit zumindest in ihrer 
Komplexität (z.B. T-Shirt-Size) geschätzt werden. Dabei hat sich folgen- 
de Einteilung bewährt: 


e S (klein): Aufgabe, die ohne weitere Vorarbeiten in wenigen Stunden 
erledigt werden kann, z.B. Abfassen eines Tagungsberichts 

+ M (mittel): Aufgabe, die auf der Grundlage von Absprachen und Vor- 
arbeiten innerhalb weniger Tage erarbeitet werden kann, z.B. Erar- 
beiten eines Befragungsleitfadens 

+ L(grof): Aufgabe, die inkl. der dazu nötigen Vorarbeiten gerade in- 
nerhalb eines Arbeitstakts (Sprint von 2-4 Wochen) erledigt werden 
kann, z.B. Verfassen eines Beitrags auf Basis des aktuellen Recher- 
chestands und den derzeitigen Befunden 


XS verwenden wir dabei als Indikator, um eine Aufgabe zu identifizie- 
ren, die so schnell und unkompliziert erledigt werden kann, dass ihre 
Repräsentation im Taskboard einen unnötigen Overhead darstellt. XL 
verwenden wir, um Aufgaben zu identifizieren, die nicht in einem Sprint 
bearbeitet werden können und daher zunächst noch in Teilaufgaben zer- 
legt werden müssen, um sie bearbeitbar zu machen. 

Tasks können im Taskboard folgende Zustände einnehmen, die da- 
bei helfen, sofort zu erkennen, wie weit eine Aufgabe derzeit gediehen ist 
und ob ggf. Probleme aufgetreten sind. Auch hier schlagen wir im Ver- 
gleich zu den teils komplexen Workflows in der Software-Industrie ein 
sehr pragmatisches Modell vor: 
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e Backlog: Aufgaben, von denen bereits bekannt ist, dass sie im Pro- 
jektverlauf adressiert werden müssen, die aber noch nicht aktiv sind 
(daher ist hier XL als Komplexitätsabschätzung erlaubt) 

« Bereit: Aufgaben, die handlich genug sind, dass sie in einem Sprint 
erledigt werden können und die im Team abgestimmte Akzeptanz- 
kriterien, eine Komplexitätsabschätzung und eine klar definierte 
Task Ownership haben 

e Blockiert: Aufgaben, bei denen ein nicht vorhergesehenes Hinder- 
nis in der Bearbeitung aufgetreten ist (Impediment), das vom Scrum 
Master schnellstmöglich adressiert werden muss. 

+ Laufend: Aufgaben, an denen gearbeitet wird 

e Bereit zum Review: Aufgaben, deren Lösung von den Stakeholdern 
bzw. dem Product Owner noch abgenommen werden muss 

e Erledigt: Aufgaben, die abgeschlossen sind 


Abb. 2 zeigt ein schematisch gehaltenes Beispiel für ein Taskboard im 
Forschungskontext. Die Reihenfolge der Tasks kann dabei die Priorität 
der Aufgaben angeben; die Betrachtung des Gesamtvolumens im Sprint 
erlaubt die Abschätzung der Auslastung der einzelnen Projektmitarbei- 
tenden vor Sprintbeginn. Abhängige Aufgaben in einem Sprint sind zu 
vermeiden. Dass zunächst noch eine Datenschutzerklärung erarbeitet 
werden muss und dann erst die datenschutzrechtliche Prüfung angesto- 
ßen werden kann, ist kritisch für die Erreichbarkeit des Ziels im Sprint. 
Das schnelle Screening von PRE-Test-Ergebnissen kann dagegen mit 
der Überarbeitung des Interviewleitfadens gut kombiniert werden. Im 
Sinne des Projektablaufs kann bereits an dieser Stelle hinterfragt wer- 
den, ob eine offensichtlich noch in Vorbereitung befindliche Befragung 
innerhalb von zwei weiteren Monaten in eine erste Projektpublikation 
münden kann. 
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Abb. 2: Beispiel für ein Taskboard während eines laufenden Sprints. Beispielhaft angegeben sind 
Frist (ggf. das Sprintende), Komplexität und Task Owner. 
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Strukturbildende Meetings im rückgekoppelten Arbeitsprozess 


Wesentlich für den iterativen Verbesserungsprozess von Scrum ist ein 
doppelter Rückkopplungsprozess aus Verbesserungen des Produkts (im 
vorliegenden Fall von Forschungsergebnissen) und autonomen Verbes- 
serungen des Arbeitsprozesses im Team. Vier unterschiedliche Arten 
von dazu nötigen Meetings können unterschieden werden: 


Planning Im Planning werden die Aufgaben aus dem Backlog so lan- 
ge verfeinert (Refinement), bis ihre Umsetzungsbedingungen und ihre 
Komplexität wie oben beschrieben bekannt sind. Zu Beginn eines neuen 
Sprints werden dann je nach Kapazität des Teams priorisierte Aufgaben 
definiert, die im gesetzten Zeitraum bearbeitet werden können. Aufga- 
ben sind danach bereit zur Umsetzung. Je nach Kontext kann ein sinn- 
voller Zeitraum für die Sprintlänge im Forschungsumfeld stark variieren 
(eine Woche für eigenständige Zuarbeiten von Hilfskräften bis hin zu 
vier Wochen bei orchestrierten Recherchen/explorativen Analysen wis- 
senschaftlicher Mitarbeitender aus unterschiedlichen Arbeitsgruppen). 
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Status-Meetings (Anstelle von Daily) Regelmäßige Status-Meetings sind 
wesentlich, um frühzeitig Hindernisse zu identifizieren und auf sie 
reagieren zu können. Im Bereich Softwareentwicklung werden diese 
Meetings in der Regel täglich durchgeführt. Durch zusätzliche Ver- 
pflichtungen in Lehre und akademischer Selbstverwaltung und die 
Mitwirkung wissenschaftlicher Hilfskräfte ist das im Forschungsum- 
feld nach unserer Erfahrung nicht realistisch. Zwei Status-Meetings pro 
Woche tragen jedoch wesentlich zur Aufrechterhaltung des Fokus im 
Team bei und stellen Transparenz über zu erwartende Ergebnisse her. 
Große Hindernisse treten in Forschungsprojekten regelmäßig nur dann 
auf, wenn aufgrund terminlicher Zwänge (Tagungsbesuche etc.) Status- 
Meetings nicht im regulären Turnus durchgeführt werden können. 


Review Bei Reviews (meistens am Ende eines Sprints) werden Arbeits- 
ergebnisse gezeigt und idealerweise im Beisein des Product Owners dis- 
kutiert. Im Forschungskontext haben Reviews in vielerlei Hinsicht einen 
positiven Effekt auf Arbeitsgruppen. So können nicht nur spätere Kri- 
tikpunkte, z.B. im Reviewprozess bei Publikationen, im Team frühzei- 
tig und konstruktiv erkannt werden, auch werden junge Promovierende 
und wissenschaftliche Hilfskräfte bereits früh in eine positive Feedback- 
kultur eingebunden und geben wertvolle Hinweise. 


Retrospective Regelmäßige Reflektion des Arbeitsprozesses erlaubt es, 
Anpassungen an die Bedürfnisse des Teams vorzunehmen. Insbesonde- 
re in der Anfangszeit, wenn Projekte anlaufen, kann dies durchaus mo- 
natlich erfolgen. Bei bereits eingespielten Teams lohnt aber dennoch zu- 
mindest ein Blick auf das letzte Semester. Wir empfehlen für die Umset- 
zung z.B. 4L-Evaluationen”: 


e Liked: Was sollten wir beibehalten? 


23 _ Empfohlenes Vorgehen im Bereich Scrum-unterstützender Software, z.B. http 
s://|www.atlassian.com/de/team-playbook/plays/4-Is-retrospective-technique 
[letzter Zugriff: 10.07.2023]. oder https://conceptboard.com/blog/4ls-retrospe 
ctive-technique-free-template/ [letzter Zugriff: 10.07.2023]. 
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e Learned: Was habe ich neu verstanden? 

+ Lacked: Was hat mir gefehlt, um effizient arbeiten zu können? 

e Longing for: Was sollten wir in der Zukunft verstärkt in den Arbeits- 
prozess integrieren 


Nach unserer Erfahrung kann in den Retrospectives insbesondere die 
Perspektive von Hilfskräften und jungen Promovierenden nutzbar ge- 
macht werden, die sich im Arbeitsalltag noch nicht in der Position sehen, 
Einfluss auf den Arbeitsprozess zu nehmen. In der Summe an Einzel- 
wahrnehmungen und -wünschen lassen sich strukturelle Schwachstel- 
len oder Versäumnisse im Kommunikationsprozess von Aufgaben meist 
sehr schnell und klar herausarbeiten. Zentral ist, dass die Retrospecti- 
ve nicht im Beisein der Product Owner, im vorliegenden Fall ja Profes- 
sor”innen mit disziplinarischer Leitungsverantwortung, sondern in ei- 
nem geschützten Raum vom Scrum Master durchgeführt werden, der 
die aufbereiteten und anonymisierten Ergebnisse dann mit den jeweili- 
gen Arbeitsgruppenleiter*innen bespricht. 

Obwohl die Prozesssteuerung in Scrum urspriinglich bewusst als 
analoger Rückzugsraum konzipiert war, haben sich digitale Soft- 
warelösungen etabliert, die dem Prozess gerade bei hybrider Arbeit im 
Home-Office und auch parallel zu Tagungsbesuchen sehr zugutekom- 
men. Gerade in Forschungskontexten genügt nach unserer Erfahrung 
ein Set von vier Funktionsbereichen, mit dem der agile Arbeitsprozess 
optimal unterstützt werden kann. 

Essentiell für ein eng zusammenarbeitendes Team ist eine ge- 
meinsam genutzte digitale Kalenderlösung. Nur so ist gewährleistet, 
dass Transparenz über die Verfügbarkeit besteht. Wir empfehlen da- 
bei dringend, die Wochenarbeitszeit in Kommunikationsphasen und 
Stillarbeit aufzuteilen, um unterbrechungsfreies Arbeiten an den For- 
schungsaufgaben strukturell zu ermöglichen. Eine sinnvolle Aufteilung 


24 Vgl. Sabine Pfeiffer, Von der agilen zur Guten Agilen Projektarbeit — Fragestel- 
lung — Definition — Ergebnisse des Projekts diGAP in: diGAP (Hg.), Gute Agile 
Projektarbeit in der digitalisierten Arbeitswelt. Abschlussbroschüre, Nürnberg 2021, 
8-12. 
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im Forschungsumfeld sind dabei im Team 50 % der Wochenarbeitszeit 
für Kommunikation und Abstimmung und 50 % für Stillarbeit. Für die 
Stillarbeit kann eine Arbeit im Home-Office sehr sinnvoll sein, da hier 
nur asynchrone Erreichbarkeit sichergestellt sein muss. Für Mitglieder 
des Teams, die für die Stillarbeit auf das Büro angewiesen sind, können 
auch täglich zugesicherte Ruhephasen vereinbart werden, z.B. keine 
Meetings im Büro vor 11 und nach 15 Uhr. Für Meetings zu anderen Zei- 
ten oder spontane Anrufe sind Mitglieder des Teams dann gebeten, in 
einen anderen Raum oder ausgewiesene Konferenzräume zu wechseln. 

Wesentlich ist zudem ein digitales Werkzeug für das oben in seiner 
Funktionsweise eingeführte Taskboard. Dieses bildet die Grundlage 
der Betrachtung in den Statusmeetings, wenn insbesondere die lau- 
fenden Aufgaben bzw. solche, die derzeit blockiert sind, in den Blick 
genommen werden. Zentraler Zweck ist es, die priorisierten nächsten 
Schritte und den Workload der Mitglieder im Team abschätzen zu kön- 
nen sowie ggf. Hindernisse zu identifizieren. Das Statusmeeting soll 
kurz sein und dient nicht dem Vorstellen von Arbeitsergebnissen. Fällt 
aber in den Meetings auf, dass Arbeitsergebnisse dringend diskutiert 
werden müssen, kann dafür direkt ein eigener, ggf. Anschlusstermin 
vereinbart werden. Das Taskboard dient daneben auch als Grundlage 
für das Planning vor Beginn eines neuen Sprints, wenn neue Aufgaben 
soweit verfeinert werden, bis sie bearbeitbar sind (s.o.). Bei einwöchi- 
gen Sprints, die für kurze Inkremente im Forschungsprozess sinnvoll 
sind, hat es sich bei uns bewährt, die Fokussetzung im Planning immer 
zur Wochenmitte vorzunehmen, wenn ohnehin ein Großteil der Kom- 
munikation im akademischen Umfeld für Lehre und Abstimmungen 
aufgewendet wird, und die explorative Stillarbeit zum Ende und Anfang 
der folgenden Woche für die Erarbeitung der nächsten Inkremente 
zu nutzen. Ein zentraler Zeitpunkt für ein Statusmeeting ist in die- 
sem Workflow der Wochenanfang, nach dem der Arbeitsprozess zum 
nächsten Sprintwechsel in der Wochenmitte hin konvergiert. 

Weitere hilfreiche Softwarelösungen sind eine Chat-Funktion für 
die niedrigschwellige informelle Kommunikation und ein System zum 
Wissensmanagement. Im Sinne unterbrechungsfreier Arbeit muss 
auch die Chat-Funktion als asynchrones Kommunikationsmedium 


D. Kremer et al.: Effiziente Zusammenarbeit in den Digital Humanities 


verstanden werden, eine unmittelbare Antwort darf hier nicht erwar- 
tet werden. Um schnell eine Frage oder einen Live-Hinweis von einer 
Tagung im Team zu teilen, ist dieses Medium aber deutlich besser 
geeignet als die eher auf formale Kommunikation ausgelegte Mail. Wis- 
sensmanagement ist vor allem zur Dokumentation des Prozesswissens 
einer Arbeitsgruppe in seiner Bedeutung nicht zu unterschätzen. Dies 
betrifft die Kodifizierung des Arbeitsprozesses, auf den sich das Team 
verständigt hat, aber auch strukturell gleichartig ablaufende Aufgaben, 
die im Projektkontext immer wieder auftreten, z.B. beim Aufbau einer 
Literaturdatenbank oder beim Durchlaufen einer Datenschutzprü- 
fung. Damit eine solche Dokumentation einfach genutzt werden kann, 
bieten sich webbasierte, wiki-artige Lösungen eher an als einfache 
Dateiablagen. 


Konkrete Erfahrungen und Diskussion der Umsetzbarkeit 
anhand von drei Beispielprojekten 


Zur Veranschaulichung unseres Prozessvorschlags schildern wir im 
Folgenden kurz anhand von drei Beispielprojekten, wie wir Scrum 
zur Projektsteuerung eingesetzt haben, welche Erfahrungen wir dabei 
gesammelt haben und aus welchen Gründen wir ggf. vom vorgestell- 
ten Idealkonzept abgewichen sind. Bei den vorgestellten Beispielen 
handelt es sich um das gesundheitsgeographische Forschungsprojekt 
REKKE (Resilienz von Kulturlandschaft im Klimawandel erhalten”), 
die Entwicklung des universitären Softwareprototypen Geoexplorer zur 
digitalen Unterstützung von Exkursionen und Lehrpfaden”®, sowie die 


25 Institut für Geographie der Friedrich-Alexander-Universität Erlangen-Nürn- 
berg, REKKE — Resilienz durch Kulturlandschaft im Klimawandel, o.).b, URL: https 
://www.geographie.nat.fau.de/forschung/kulturgeographie/ag-digitale-gesu 
ndheitsgeographien-walker/rekke-resilienz-durch-kulturlandschaft-im-klima 
wandel/ [letzter Zugriff: 11.07.2023]. 

26 Institut für Geographie der Friedrich-Alexander-Universität Erlangen-Nürn- 
berg, FAU Geoexplorer, o.).c, URL: https://www.geographie.nat.fau.de/forschu 
ng/ag-glasze/fau-geoexplorer/ [letzter Zugriff: 11.07.2023]; vgl. auch Dominik 
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Organisation der Sommerschule »Digitale Geographien« im Sommerse- 
mester 2021 in Form einer zwei Semester laufenden Lehrveranstaltung 
mit Masterstudierenden”’. Eine grundsätzliche Erfahrung ist dabei, 
dass die agilen Teams aufgrund der hohen Heterogenität von Aufgaben 
im Hochschulkontext nicht zu groß werden dürfen und lieber in einer 
Arbeitsgruppe mehrere agile Teams koexistieren, die sich durchaus 
in wöchentlichen Arbeitsgruppentreffen gegenseitig von ihrer Arbeit 
berichten. 

Beim Projekt REKKE handelt es sich um ein zweijähriges interdiszi- 
plinäres Forschungsprojekt mit Projektbeteiligten aus zwei Fachberei- 
chen. Im Projekt besteht ein definierter Übergabepunkt zur Hälfte der 
Projektlaufzeit aus einem der beiden Projektteile an das Hauptprojekt. 
Der in der Arbeitsgruppe des Hauptprojekts angesiedelte Postdoc ist als 
Mitantragsteller mit der Projektkoordination betraut und übernimmt 
die Rolle des Scrum Masters, ist aber in diesem Fall auch selbst an der 
Forschung beteiligt. Zudem arbeiten dort eine wissenschaftliche Mitar- 
beiterin in Vollzeit und eine studentische Hilfskraft. Wir haben uns da- 
her im Projektsetup dazu entschieden, entsprechend der hohen Eigen- 
ständigkeit der Arbeitspakete im Zulieferprojekt und ihrer gleichzeiti- 
gen Kritikalität für den Projekterfolg mit einem zweistufigen Projektset- 
up zu arbeiten. Echt nach Scrum mit einwöchigen Sprints arbeitet nur 
das Hauptprojekt. Gemeinsam mit dem Zulieferprojekt finden zweiwö- 
chentliche Status-Meetings statt, die exakt deren oben vorgestellte Auf- 
gabe erfüllen. 

Tatsächlich konnte so bislang echt inkrementorientiert gearbeitet 
werden, d.h. zu entsprechenden Meilensteinen konnten dem Projekt- 
träger in sich stimmige Zwischenergebnisse vorgelegt werden, die 


Kremer, WebGIS meets E-Learning. Werkzeuge für digital unterstützte geogra- 
phische Exkursionen, in: Lena Bröll/Julius Erdmann/Björn Egbert (Hg.), Bildung 
auf Distanz: (Medien-)Technologie, Politik und Lebenswelten in aktuellen Lern- 
prozessen (=e-culture 29), Berlin 2022, 43-54. 

27 Arbeitskreis Digitale Geographien, Humangeographische Sommerschule 2021: 
Digitale Geographien, URL: https://digitale-geographien.de/2021-05-27-somm 
erschule/ [letzter Zugriff: 11.07.2023]. 
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in der verbleibenden Zeit in höherer Lösungstiefe weiter ausgearbei- 
tet werden. Im Hauptprojekt arbeiten wir mit einwöchigen Sprints, 
unterstützt durch zwei Status-Meetings je Woche, die in die regulä- 
ren Treffen der Arbeitsgruppe integriert sind. Am Ende jedes Sprints 
findet ein Review der erarbeiteten Forschungsergebnisse statt, die 
im letzten Sprint Projektfokus waren. Es schließt sich ein Planning 
an, das den Arbeitsschwerpunkt für die nächste Woche definiert und 
der beteiligten Hilfskraft die Freiheit gibt, sich die Arbeitszeit über 
die Woche in Abstimmung mit der wissenschaftlichen Mitarbeiterin 
weitgehend frei einzuteilen. Im Kernteam nutzen wir alle 4 beschrie- 
benen Softwarelösungen. Der Arbeitsprozess mit einem geschützten, 
aber kurzen Sprint gibt uns im Projekt die Freiheit, im Team fokus- 
siert und autonom an den nächsten Teilaufgaben zu arbeiten, was sich 
insbesondere bei der Organisation von Workshops, Befragungen und 
der Arbeit an Aufsätzen bewährt hat und gleichzeitig regelmäßig die 
Möglichkeit zur Repriorisierung gibt. Wenngleich wir über die gesamte 
Projektlaufzeit inkrementorientiert arbeiten, stellen die wöchentlichen 
Sprintergebnisse nicht immer echte Inkremente in dem Sinne dar, dass 
sie dem Projektträger gegenüber konsistent kommunizierbar wären. 
Diese Einschränkungen nehmen wir durch die hohe Flexibilität der 
wöchentlichen Sprints jedoch in Kauf. 

Beim Projekt Geoexplorer handelt es sich um ein Softwareentwick- 
lungsprojekt, für das sich Scrum optimal eignet. Projektentwickler ist 
das Team eines externen Dienstleisters, die Projektkoordination liegt 
im Projekt an der Hochschule. Die Sprintlänge von zwei Wochen und 
die hohe Autonomie des Teams in den Arbeitsphasen entsprechen dabei 
der Idee von Scrum. Zum Sprintwechsel wird auch hier ein Review der 
Arbeitsergebnisse vorgenommen und im Planning die Fokussetzung für 
die nächsten zwei Wochen abgestimmt. Eine Gefahr liegt dabei darin, 
dass beim beteiligten Postdoc sowohl die Rolle des Product Owners als 
auch die des Scrum Masters liegt. Da das Produkt aber von Anfang an 
mit Pilotanwender*innen in unterschiedlichen Fachbereichen umge- 
setzt wird, fokussieren wir im Rollenverständnis eher auf die des Scrum 
Masters und versuchen durch regelmäßige Stakeholder-Meetings mit 
den beteiligten Pilotanwender”innen die Rolle des Product Owners 
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auszufüllen. Die Priorisierung der Anforderungen aus den unterschied- 
lichen Projekten und das Verfolgen langfristiger Entwicklungsziele, also 
klassische Aufgaben des Product Owners liegen aber mangels weiterer 
im Projekt verfügbarer Personen im Sinne eines Produktmanagers beim 
koordinierenden Postdoc. 

Die Durchführung einer zweisemestrigen Lehrveranstaltung zur Planung 
der Sommerschule haben wir nach einer thematischen Einführung da- 
zu genutzt, die Studierenden schrittweise mit dem Gedanken agiler Pla- 
nungsprozesse vertraut zu machen und danach die Steuerung des Vor- 
habens komplett an den Kurs zu übergeben. Dazu wurde die Lehrver- 
anstaltung in vier miteinander interagierenden Teams zu unterschied- 
lichen Fokusthemen aufgeteilt: (1) Marketing und Öffentlichkeitsarbeit, 
(2) inhaltliche Organisation des Programms der Sommerschule und (3) 
Organisation des Rahmenprogramms und Logistik. (4) Ein viertes Team 
übernahm als Scrum-Master-Tandem die Steuerung des agilen Prozes- 
ses. Daan der Lehrveranstaltung vier Dozierende, zwei Professoren und 
zwei Postdocs, beteiligt waren, konnten diese arbeitsteilig die Aufgabe 
des Product Owners übernehmen und gleichzeitig auch als Coaches und 
Mentoren für den agilen Prozess zur Verfügung stehen. Entsprechend 
der Taktung als Lehrveranstaltung wurde weitgehend in einwöchigen 
Sprints gearbeitet. Auch hier verwendeten wir zur Organisation alle vier 
Softwarelösungen. Nach einer kurzen Einarbeitungszeit der Studieren- 
den konnten wir beobachten, wie das autonome Handeln im Team ei- 
ne hohe Eigendynamik an Kreativität und Ertrag erreichte, die in ande- 
ren Lehrveranstaltungen nur schwer zu erreichen ist. Die mit der Rolle 
als Scrum Master betrauten Studierenden konnten schon nach kurzer 
Zeit präzise die Planung des nächsten Sprints vorantreiben und von den 
Product Ownern Priorisierungen einfordern. Aus didaktischen Gründen 
erlaubten wir den Studierenden während des Seminars, das Team zu 
wechseln, um unterschiedliche Eindrücke sammeln zu können. 
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Fazit 


Durch die besonderen organisatorischen Herausforderungen in der 
Umsetzung interdisziplinärer Projekte in den Digital Humanities lohnt 
sich der Blick auf die Projektmanagementmethode Scrum, die in der 
Softwareindustrie seit Jahren genutzt werden, um bei jungen Produk- 
ten die Belastung zu reduzieren und frühzeitig erste kommunizierbare 
Resultate (Inkremente) vorweisen zu können. Das Team, das mit der 
Umsetzung betraut ist, erhält dabei weitgehende Autonomie über die 
Planung der eigenen Arbeitszeit, regelmäßige Treffen mit den Pro- 
duktverantwortlichen (Product Owner) stellen dabei den Projektfokus 
sicher und optimieren regelmäßig die Prozesse der Zusammenarbeit 
im Team. Wesentlich für diese Methode ist die Rolle des Scrum Masters, 
der die regelmäßigen Treffen für das Team veranstaltet und auftretende 
strukturelle Hindernisse unverzüglich adressiert und so die Planungs- 
autonomie des Teams schützt und auf die zur Umsetzung nötigen 
Arbeiten fokussiert. 

Nach über 3 Jahren Erfahrung mit Scrum in einer universitären 
Arbeitsgruppe können wir Empfehlungen geben, in welchen Kontex- 
ten sich Scrum erfolgreich zum Projektmanagement einsetzen lässt. 
Im Wesentlichen sind dies Forschungsprojekte - durchaus auch ar- 
beitsgruppenübergreifend, in denen kurze Wege und aufeinander 
abgestimmte Arbeitsweisen im Umsetzungsteam entscheidend für den 
Projekterfolg sind. Seltener, aber ideal geeignet sind Projekte, in denen 
universitäre Softwareprototypen entwickelt werden - oft auch mit ex- 
ternen Dienstleistern. Gute Erfahrungen haben wir darüber hinaus mit 
projektbezogenen Lehrveranstaltungen gemacht, in denen Studierende 
aktiv ins Projektmanagement involviert werden. Scrum fördert in allen 
drei Szenarien eine positive Feedbackkultur - sowohl inhaltlich als auch 
auf den Arbeitsprozess bezogen, die gerade jungen Promovierenden 
und Studierenden eine geschützte Gelegenheit gibt, sich eigenverant- 
wortlich und engagiert in ein Projekt einzubringen und so wertvolle 
Erfahrungen für spätere berufliche Aufgaben zu sammeln. 

In der Zusammenschau schlagen wir eine reduzierte Variante von 
Scrum vor, die sich für den Einsatz in der Forschung eignet. Die Scrum- 
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Rollen (Product Owner, Scrum Master, Team) sind entscheidend für die 
Umsetzbarkeit. Insbesondere die Rolle des Product Owners und des 
Scrum Masters sind wo immer möglich zu trennen, um dem Team für 
die Ausgestaltung des Planungsprozesses einen anderen Ansprechpart- 
ner zu geben als die Person, die die Projektergebnisse verantwortet. 
Nach unserer Erfahrung eignen sich dafür Forschende mit viel eigener 
Projekterfahrung, z.B. Postdocs. Zentral für Scrum sind feste Umset- 
zungsintervalle (Sprints), auf die die Planung im Taskboard ausgerichtet 
ist. Aufgaben werden zunächst durch schrittweise Verfeinerung (Re- 
finement im Planning) im Team bearbeitbar gemacht und dann nach 
Schätzung der Aufgabenkomplexität an Zuständige (Task Owner) im 
Team übergeben, die die Umsetzung im Team koordinieren. Zu den 
regelmäßigen Meetings gehören neben Planning und Feedbacktref- 
fen mit den Projektverantwortlichen (Review) auch die gemeinsame 
kontinuierliche Optimierung der Arbeitsprozesse unter Anleitung des 
Scrum Masters (Retrospective) sowie regelmäßige Status-Meetings. In 
der ursprünglichen Idee von Scrum als tägliche kurze Treffen angelegt, 
empfehlen wir Status-Meetings entsprechend dem Rhythmus einer 
universitären Arbeitswoche zum Wochenanfang und/oder Wochenab- 
schluss und Planungs- und Feedbacktreffen zur Wochenmitte, wenn die 
meisten Teammitglieder*innen vor Ort erreichbar sind. 

Insgesamt können wir so ein Prozessmodell vorlegen, das durch 
kleine Vereinfachungen der ursprünglichen Idee von Scrum an den 
Forschungskontext angepasst ist und in unserem Fall einer jungen 
Arbeitsgruppe - teilweise unter den erschwerten Bedingungen der 
COVID-19-Pandemie - ermöglicht hat, auch mit sehr geringen Vor- 
lauf hochwertige Forschungsergebnisse vorlegen zu können und das 
Selbstbewusstsein in einem auf Zusammenarbeit und Feedback ausge- 
richteten Team nachhaltig zu stärken. 
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Die Geschichte von Basel ins Netz stellen! 
Beteiligung relevanter Anspruchsgruppen an der 
Entwicklung eines nachhaltigen und offenen Public- 
History-Portals 


Moritz Mähr 


Projekte in den Digital Humanities erfordern eine erfolgreiche Kommu- 
nikation zwischen Geisteswissenschaftler*innen und Informatiker*in- 
nen sowie interdisziplinäre und institutionenübergreifende Zusam- 
menarbeit. Die Einbindung verschiedener Anspruchsgruppen in das 
Projektmanagement, insbesondere bei einem öffentlich finanzierten 
Projekt wie Stadt.Geschichte. Basel, ist komplex. Um die Nutzer*innen 
in den Entwicklungsprozess des Public-History- Portals einzubeziehen, 
setzt das Projekt auf User-Centered Design (UCD) und das Konzept 
der »Trading Zones« von Max Kemman. Durch explorative und gene- 
rative Methoden werden die Bedürfnisse der Nutzer*innen ermittelt 
und in das Produkt integriert. Das Ziel ist es, asymmetrische Macht- 
strukturen zu überwinden und einen transdisziplinären Austausch 
zu ermöglichen. Die iterative Verbesserung der Austausch- und Ver- 
handlungsprozesse bei der Einbindung relevanter Interessengruppen 
ermöglicht die bedarfsgerechte Entwicklung eines nachhaltigen und of- 
fenen Public-History-Portals. Dieser Beitrag beschreibt die technischen 
und organisatorischen Herausforderungen, die sich bei der Beteiligung 


1 Vielen Dank an Cristina Wildisen-Münch und Nico Görlich für die wertvollen 
Hinweise und Kommentare zum Manuskript dieses Beitrags. 
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relevanter Anspruchsgruppen ergeben und leitet daraus Best Practices 
für das Projektmanagement in den Digital Humanities ab. 


Diverse Anspruchsgruppen, nutzerzentriertes Design und 
Aushandlungszonen 


Die Durchführung von Projekten und Forschungsvorhaben in den 
Digital Humanities stellt das Projektmanagement häufig vor große 
Herausforderungen. Einerseits muss eine erfolgreiche Kommunikation 
zwischen den beteiligten Geisteswissenschaftler*innen und Informati- 
ker*innen ermöglicht werden. Zum anderen sind DH-Projekte häufig 
interdisziplinär und institutionenübergreifend angelegt, wobei un- 
terschiedliche Theorien, Methoden, Werkzeuge und Arbeitspraktiken 
zum Einsatz kommen. Besteht darüber hinaus der Anspruch, nicht 
nur zwischen den am Projekt beteiligten Forschenden aus verschie- 
denen Disziplinen zu vermitteln, sondern auch externe Forschende, 
die beteiligten GLAM-Institutionen und ein breitgefächertes hete- 
rogenes Zielpublikum in die Projektplanung einzubeziehen, erhöht 
sich die Komplexität drastisch. Die Beteiligten haben unterschied- 
liche Anforderungen hinsichtlich der Präsentation und Vermittlung 
von Forschungsergebnissen und -daten und sind an unterschiedliche 
Infrastrukturen, Werkzeuge, Standards und Arbeitsweisen gewöhnt. 
Darüber hinaus sind finanzielle und politische Konsequenzen abzuwä- 
gen, insbesondere wenn ein Projekt maßgeblich durch öffentliche Mittel 
finanziert wird und der Öffentlichkeit gegenüber rechenschaftspflichtig 
ist. Stadt.Geschichte. Basel ist ein solches Projekt. 

Um die verschiedenen Anspruchsgruppen in die Entwicklung eines 
nachhaltigen und offenen Public-History-Portals zur Basler Geschichte 
einzubeziehen, setzt Stadt.Geschichte.Basel auf User-Centered De- 
sign (UCD). Bei diesem Ansatz steht die Nutzer*in in jeder Phase des 
Designprozesses im Mittelpunkt. Usability-Ziele, Eigenschaften der 
Nutzer”innen, Umgebung, Aufgaben und Arbeitsabläufe des Produkts 
oder Prozesses werden in jeder Entwicklungsphase erneut berücksich- 
tigt. UCD erlaubt es, die Anforderungen der Nutzer*innen von Anfang 
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an zu berücksichtigen und in den gesamten Produktlebenszyklus zu 
integrieren. Explorative Methoden wie Online-Befragungen, qualitati- 
ve Interviews, Prototypentests und Usability-Tests helfen dabei, diese 
Anforderungen zu ermitteln und Unklarheiten zu klären. 

Der Einsatz generativer Methoden wie Card Sorting, welches im 
weiteren Verlauf des Textes detaillierter behandelt wird, sowie die 
Durchführung partizipativer Workshops, stellen weitere Instrumente 
dar, um die Bedürfnisse der Nutzer*innen besser zu verstehen. Darüber 
hinaus können Anforderungen der Nutzer*innen durch eine sorgfälti- 
ge Analyse von Alternativen zum zu entwerfenden Produkt abgeleitet 
werden. Es ist wichtig zu betonen, dass UCD versucht, das Produkt 
um die Nutzer*innen herum zu optimieren, so dass diese nicht ge- 
zwungen sind, ihr Verhalten und ihre Erwartungen anzupassen. Die 
Anwendung dieser Prinzipien und Methoden soll sicherstellen, dass das 
Public-History-Portals den Bedürfnissen der künftigen Nutzer*innen 
entspricht und einen hohen Nutzen, eine hohe Benutzerfreundlichkeit 
und eine hohe Akzeptanz unter den Nutzer*innen erreicht.” 

UCD bietet dem Projektteam viele Möglichkeiten, die Bedürfnisse 
der relevanten Anspruchsgruppen zu erfassen, berücksichtigt aber 
die gegenseitigen Aushandlungsprozesse nicht ausreichend.’ Im ge- 
genseitigen Austausch verändern sich nicht nur die Vorstellungen des 


2 Chadia Abras/Diane Maloney-Krichmar/Jenny Preece, User-centered Design, 
in: W. Bainbridge (ed.), Encyclopedia of Human-Computer Interaction. Thousand 
Oaks 2004, 445-456.; Ji-Ye Mao et al., The State of User-Centered Design Prac- 
tice, Communications of the ACM 48 (2005), 105-109. 

3 Susan Gasson sieht UCD kritisch, da es auf eine technologiezentrierte Prob- 
lemdefinition abzielt, anstatt den sozialen und organisatorischen Kontext zu 
untersuchen. Susan Gasson, Human-centered vs.User-centered Approaches 
to Information System Design, in: Journal of Information Technology Theory 
and Application (JITTA) (5/2003), 39.; technologiefokussiertes UCD kann bei 
klar definierten Problemen eine Vergleichbarkeit schaffen. Milena Dobreva/ 
Sudatta Chowdhury, A User-Centric Evaluation of the Europeana Digital Library, 
in: Gobinda Chowdhury/Chris Koo/Jane Hunter (ed.), The Role of Digital Libraries 
in a Time of Global Change. Lecture Notes in Computer Science, Berlin, Heidelberg 
2010, 148-157, URL: doi:10.1007/978-3-642-13654-2_19. 
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Projektteams, sondern auch die Bedürfnisse der Nutzer*innen. Des- 
halb wurde die unilaterale UCD-Perspektive erweitert. Das Konzept 
»Trading Zones« von Max Kemman macht Aushandlungsprozesse zwi- 
schen dem Projektteam und den verschiedenen Anspruchsgruppen 
fassbar. Das Konzept, das ursprünglich von dem Wissenschaftshisto- 
riker Peter Galison entwickelt und von dem Soziologen Harry Collins 
und anderen weiterentwickelt wurde, bietet eine Methode zur Analyse 
der sich verändernden Praktiken und Machtdynamiken bei der Zu- 
sammenarbeit zwischen zwei unterschiedlichen Gruppen. Kemman 
erweitert dieses Modell durch die Einführung einer Dimension des 
Engagements. Es unterstreicht die Idee, dass der Erfolg des Projekts 
von der Vielfalt und dem Ausmaß des Engagements beeinflusst wird, 
was sich auch auf die Kommunikation und die Bindungen innerhalb 
der Zusammenarbeit auswirkt. Es besteht aus einer dreidimensionalen 
Matrix: (1) sich verändernde Praktiken (entweder homogen oder hete- 
rogen), (2) Machtdynamik (symmetrisch oder asymmetrisch) und (3) 
Engagement (entweder verbunden oder unverbunden). Ziel dabei ist es, 
asymmetrische Machtstrukturen dadurch zu überwinden, indem man 
die relevanten Anspruchsgruppen enger an das Projekt bindet und auf 
Praktiken hinarbeitet, die über die disziplinären Grenzen hinweg einen 
Austausch erméglichen.* 

Der Beitrag gliedert sich wie folgt: Zunächst werden Stadt.Ge- 
schichte.Basel und das in diesem Rahmen entstehende Public History 
Portal stadtgeschichtebasel.ch vorgestellt. Im zweiten Abschnitt wird 
beschrieben, wie die relevanten Anspruchsgruppen mit Methoden aus 
dem UCD identifiziert und analysiert wurden. Im dritten Abschnitt 
werden die Herausforderungen beschrieben, die sich aus der Hetero- 
genität der Anspruchsgruppen ergeben. Im vierten Abschnitt wird die 
Konzeption und iterative Entwicklung des Portals mit Vermittlungs- 
partner*innen beleuchtet. Im fünften Abschnitt wird auf die Bedeutung 
einer engen Vernetzung und eines kontinuierlichen Reportings einge- 


4 Kemman, Max, Trading Zones of Digital History, Berlin & Boston 2021, URL: https 
://doi.org/10.1515/9783110682106. 
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gangen. Abschließend werden Best Practices für zukünftige Projekte 
mit ähnlicher Beteiligung relevanter Stakeholder vorgeschlagen. 


Genese und Planung von Stadt.Geschichte.Basel 


Um die Genese und Planung des Projekts Stadt.Geschichte. Basel zu be- 
schreiben, orientiert sich dieser Beitrag analytisch an den Eckpunkten 
für die Projektplanung von Johanna Drucker. Diese Eckpunkte umfassen 
die konzeptionellen Ziele, die Verwaltungsstruktur, die Dokumentation, 
die institutionelle Verankerung, die finanziellen Ressourcen, die Nach- 
haltigkeit sowie die Ergebnisse und Evaluationskriterien.° Diese analy- 
tische Perspektive hilft, die verschiedenen Aspekte des Großprojekts zu 
erfassen und zu ordnen. Denn viele Aspekte der Planung lassen sich we- 
der inhaltlich noch in ihrer räumlich-zeitlichen Ordnung klar vonein- 
ander trennen. Zudem ist das Projekt Stadt.Geschichte.Basel nicht von 
A bis Z durchgeplant, sondern im Laufe der Zeit organisch gewachsen. 
Projektmanagement wird nicht als linearer Prozess verstanden, sondern 
als ein ständiges Austarieren und Anpassen, das möglichst so zu gestal- 
ten ist, dass das Budget nicht überschritten und die Ziele nicht aus den 
Augen verloren werden. 

Das Projekt Stadt.Geschichte.Basel, initiiert durch Vorstösse im ba- 
selstädtischen Parlament 2011, zielt darauf ab, die Geschichte des Kan- 
tons neu zu erforschen und darzustellen. Die Vision ist eine Kantonsge- 
schichte, die der wirtschaftlichen und kulturellen Bedeutung Basels ge- 
recht wird und von einer breiten Trägerschaft getragen wird. Der Verein 
Basler Geschichte, gegründet von Laien und Forschenden, entwickelte 
ein umfassendes Konzept, das 2014 der Regierung vorgelegt und 2016 


5 Johanna Drucker, The Digital Humanities Coursebook: An Introduction to Digital 
Methods for Research and Schol-arship, Abingdon & New York 2021, Kapitel 12a. 
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mit einem Budget von CHF 9,36 Millionen, finanziert durch den Kan- 
ton, den Lotteriefonds sowie private Mittel, unterstützt wurde.“ 

Nach der erfolgreichen Finanzierung 2017 wurde die Stiftung 
Stadt.Geschichte.Basel gegründet, die mit dem Kanton Projektziele 
vereinbart: Die Erstellung einer zehnbändigen, illustrierten Dar- 
stellung der Basler Geschichte und die Entwicklung eines öffentlich 
zugänglichen Public-History-Portals als digitales Archiv zur Basler Ge- 
schichte. Dieses Portal soll auch nach Projektende fortgeführt werden. 
Ein wesentliches Ziel ist die kontinuierliche öffentliche Sichtbarkeit und 
Partizipation der Bevölkerung. 

Das an der Universität Basel angesiedelte Projekt wurde in ei- 
nen analogen Bereich (Buchproduktion) und einen digitalen Bereich 
(Forschungsdatenmanagement und digitale Vermittlung) aufgeteilt. 
Für das Public History Portal wurden Kernfragen zu Zielen, Struktur, 
Budget und institutioneller Verankerung unter besonderer Berück- 
sichtigung der Barrierefreiheit geklärt. Die Sicherung der finanziellen 
Mittel für die Pflege des Portals nach Projektende ist offen und wird 
nach Abschluss der Entwicklungsphase entschieden. 

Im Frühjahr 2021 wurden für den Digitalbereich von Stadt.Geschich- 
te.Basel konzeptionelle Ziele festgelegt: (1) Sammlung, Strukturierung 
und Sicherung der Forschungsdaten in einer Datenbank, inklusive Klä- 
rung urheberrechtlicher Fragen und Erhebung von Metadaten. (2) Auf- 
bereitung und langfristige Bereitstellung der Daten in einem Reposi- 
torium, ergänzt durch einige publikumsorientierte Showcases. (3) Eva- 
luation von Metasuchmöglichkeiten nach externen Inhalten zur Basler 
Geschichte. Ein Budget für 2021 bis 2023 wurde zugewiesen und eine 
Leitung für Forschungsdatenmanagement und Public History ernannt. 
Aufgrund begrenzter zeitlicher Ressourcen und eines dynamischen Um- 
felds wurde ein iteratives und agiles Projektmanagement gewählt, wobei 


6 Dominique Spirgi, Basel auf gutem Weg zu einer neuen Stadtgeschichte, in: Ta- 
gesWoche (14.10.2016), URL: https://tageswoche.ch/politik/basel-auf-gutem-we 
g-zu-einer-neuen-stadtgeschichte/. 
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die ersten beiden Arbeitspakete parallel bearbeitet und das dritte vorerst 
zurückgestellt wurde.” 


Identifikation und Analyse der relevanten Anspruchsgruppen 


Von zentraler Bedeutung für die Ausarbeitung konkreter und überprüf- 
barer Maßnahmen und eines Zeitplans war die frühzeitige Einbindung 
interner und externer Anspruchsgruppen. Der erste Schritt bestand 
darin, die relevanten Anspruchsgruppen für die jeweiligen Arbeitspa- 
kete zu identifizieren. Für Arbeitspaket ı (Sammlung, Aufbereitung 
und Sicherung der Forschungsdaten) wurden die am Projekt beteiligten 
Forscher*innen und Partner*innen als relevante Anspruchsgruppen 
identifiziert. Dabei stand ihre Rolle als Datenproduzent*innen für das 
Forschungsdatenmanagement und, in einem zweiten Schritt, auch 
für das Public-History-Portal im Vordergrund. Für Arbeitspaket 2 
(Public-History-Portal) wurden eine breitere Palette von Anspruchs- 
gruppen, einschließlich Forscher*innen, die nicht am Projekt beteiligt 
waren, Medienvertreter*innen, Schulen, Gedächtnisinstitutionen und 
die breite Öffentlichkeit, identifiziert; also die Gruppe der künftigen 
Datenkonsument*innen des Public-History-Portals. 

Um die Bedürfnisse und Anforderungen dieser vielfältigen An- 
spruchsgruppen effektiv zu berücksichtigen, wurden spezifische Fo- 
kusgruppen sowohl für die am Projekt beteiligten Forscher*innen und 
Partner”innen (Datenproduzent*innen) als auch für die Zielgruppen 
des Public-History-Portals (Datenkonsument*innen) eingerichtet. Die 
Datenproduzent*innen waren nicht nur klar identifizierbar, sondern 
zeichneten sich auch durch eine für das Projektmanagement vorteil- 
hafte Struktur hinsichtlich der »Trading Zone« nach Kemman aus, also 
hinsichtlich Praktiken, Machtdynamiken und Engagement. Sowohl 
die Datenproduzent”innen als auch die Projektleitung bestanden aus 
Historiker*innen und Archäologi:nnen, die über eine sehr homogene 


7 Kent Beck et al., Manifesto for agile software development (2001), URL: http://agil 
emanifesto.org/. 
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Forschungs- und Arbeitsweise verfügten. Die Zusammenarbeit erfolgte 
auf Augenhöhe und wies keine Machtasymmetrien auf. Die Kopplung 
zwischen den Gruppen war nicht eng, aber ausreichend institutionali- 
siert (regelmäßiger Austausch in gemeinsamen Sitzungen). 

Zwischen Dezember 2021 und Januar 2022 wurde eine erste Online- 
Befragung der am Projekt beteiligten Forschenden zur Frage »Welche 
Daten werden von den Forschenden zu welchem Zweck und mit welchen 
Werkzeugen erhoben?« durchgeführt. Ein Problem war, dass die Pro- 
jektleitung dabei nicht aufeine allgemeingültige Definition historischer 
Forschungsdaten zurückgreifen konnte. Die Antwort auf die Frage, was 
Forschungsdaten in den Geschichtswissenschaften und der Archäologie 
genau waren, unterscheiden sich nicht nur zwischen den in diesem Pro- 
jekt versammelten Disziplinen und Subdisziplinen, sondern auch zwi- 
schen den Denkkollektiven und den einzelnen Forschenden.® Um das 
gesamte Spektrum der unterschiedlichen Forschungsansätze und der 
dabei generierten Forschungsdaten zu erfassen, war es notwendig, den 
individuellen Forschungsprozess und die jeweiligen Arbeitsschritte der 
beteiligten Forscher*innen auf dem Weg zur fertigen Publikation in Er- 
fahrung zu bringen. Die Teilnehmenden wurden befragt, mit welchen 
Hilfsmitteln sie eine Forschungsfrage entwickelten, wie sie Daten ge- 
sichert, Sekundärliteratur recherchiert, diese erschlossen und Exzerp- 
te angefertigt haben. Von Interesse waren auch die verwendeten Quel- 
len und Daten, einschließlich ihrer Dateiformate und des Zwecks ih- 
rer Sammlung. Es war auch wichtig zu wissen, wie Quellen annotiert 


8 Siehe dazu Martin Dröge, Präsentationen zur Tagung »Forschungsdaten in der 
Geschichtswissenschaft«, in: Digitale Geschichts-wissenschaft (2018), URL: https 
://digigw.hypotheses.org/2265; Torsten Hiltmann, Forschungsdaten in der (di- 
gitalen) Geschichtswissenschaft. Warum sie wichtig sind und wir gemeinsame 
Standards brauchen, Digitale Geschichtswissenschaft (2018), URL: https://digigw 
.hypotheses.org/2622; Marina Lemaire, Vereinbarkeit von Forschungsprozess 
und Datenmanagement in den Geisteswissenschaften, in: o-bib. Das offene Bi- 
bliotheksjournal, VDB (2018), 237-247, URL: doi:10.5282/O-BIB/2018H4S237-247; 
Sven Siemon, Tagungsbericht: Forschungsdaten in der Geschichtswissenschaft, 
in: H-Soz-Kult (15.09.2018), URL: www.hsozkult.de/conferencereport/id/tagung 
sberichte-7859. 
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oder Daten extrahiert werden, wie Quellen dokumentiert werden und 
welche zusätzliche Software oder Tools verwendet werden. Schließlich 
wurde die Bereitschaft zur Teilnahme an Schulungen zu verschiedenen 
Werkzeugen wie Zotero, ArcGIS, Omeka, Tropy, RStudio, Transkribus 
und EXMARaLDA abgefragt. Die Umfrage wurde bei den Forschenden 
sehr gut aufgenommen. Die hohe Rücklaufquote von 40 %, 30 Antwor- 
ten bei 72 Autor*innen, als auch das hohe Interesse an den Ergebnissen 
der Umfrage (87 %) belegen das.’ 

Aus den Ergebnissen der Befragung zog die Projektleitung einige 
Schlussfolgerungen für die Ausgestaltung des Forschungsdatenma- 
nagements: Für die Forschenden stehen die gedruckten Forschungser- 
gebnisse im Vordergrund. Dies hängt nicht nur mit der relativ konven- 
tionellen Arbeitsweise der beteiligten Forschenden zusammen, sondern 
auch mit den wissenschaftlichen Reputationsmechanismen, bei denen 
Datenpublikationen und negative Ergebnisse nach wie vor eine un- 
tergeordnete Rolle spielen. Dies bedeutet auch, dass viele Synergien 
genutzt werden können, wenn sich das Forschungsdatenmanagement 
an den Prozessen der Buchpublikation orientiert. So sollte von Anfang 
an bei der Klärung der Bildrechte auf eine mögliche Publikation der 
Daten geachtet und die Erfassung der Bildlegenden mit der Erfassung 
der Metadaten verknüpft werden. Für die wichtigsten Datentypen - 
Bilder (Darstellungen von Quellen, Objekten etc.), Tabellen (statis- 
tische Daten, Zeitreihen etc.), Karten (georeferenzierte Karten und 
Netzwerkdarstellungen) sowie bibliographische Daten - sollten zwei 
Data Stewards eingestellt werden. Die Data Stewards sollten durch 
Beratung dazu beitragen, dass Forschungsdaten bereits während des 
Forschungsprozesses erhoben werden können. Darüber hinaus soll- 


9 Es ist davon auszugehen, dass eine Stichprobenverzerrung vorliegt und mehr 
Menschen an der Umfrage teilgenommen haben, die bereits mit digitalen Me- 
thoden vertraut sind. Diese Vermutung lässt sich jedoch nicht quantitativ über- 
prüfen, da es sich um eine anonymisierte Umfrage gehandelt hat. 
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ten den Forschenden Kurse zu den wichtigsten digitalen Werkzeugen 
angeboten werden.” 


Überraschende Erkenntnisse über die Nutzer*innen 


Die Eingrenzung der Datenkonsument*innen gestaltete sich hin- 
gegen wesentlich schwieriger. Der Auftrag des Kantons sprach von 
zukünftigen Nutzer*innen und der interessierten Bevölkerung. Eine 
potenziell sehr große und heterogene Gruppe, welche die Ressourcen 
und das Know-how der Projektleitung überfordert hätte. Aus diesem 
Grund entschied sich die Projektleitung dafür, sich auf die professio- 
nellen Vermittler*innen aus GLAM-Institutionen und Schulen sowie 
forschungsnahen Institutionen zu konzentrieren. Die Analyse dieser 
Gruppe in Bezug auf die »Trading Zone«, d.h. ihre Praktiken, Macht- 
dynamiken und ihr Engagement, erwies sich als herausfordernd, aber 
machbar. Die Datenkonsument*innen brachten viel historische Bildung 
mit. Die Projektleitung hatte jedoch ein großes Defizit bezüglich der 
konkreten Arbeitsweise der Datenkonsument*innen und wie diese in 
ein größeres Ökosystem der Vermittlung von historischem Wissen an 
ein breites Publikum eingebunden waren. Darüber hinaus wusste die 
Projektleitung auch wenig über die Interessen des geschichtsinteres- 
sierten Publikums. Diese Wissenslücke sollte in einem ersten Schritt 
mit einer groß angelegten Online-Umfrage geschlossen werden." 

Im Februar und März 2022 wurden 89 professionelle Vermitt- 
ler*innen aus GLAM-Institutionen, Schulen und forschungsnahen 
Institutionen online dazu befragt, wie sie sich über die Geschichte 


10 Moritz Mähr, Research Data Management in (Public) History, Keynote pre- 
sented at Digital Humanities Methodolo-gies DHCH 2022, Istituto Svizzero di 
Roma, Rome 2022, URL: doi:10.5281/zenod0.6637118. 

11 Das ist gemäß Claire Warwick ein übliches Muster innerhalb der DH. Claire 
Warwick, Studying Users in Digital Humanities, in: Claire Warwick/Melissa Ter- 
ras/Julianne Nyhan (ed.), Digital Humanities in Practice 1 (2012), 1-21. 
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Basels informieren. Ziel der Befragung war es, die Informationsge- 
wohnheiten und das Ökosystem der Akteure zu erfassen, die sich 
professionell mit der Geschichte Basels beschäftigen. Dabei legte man 
die Fragen bewusst sehr breit an.” Die Teilnehmenden kamen aus 
verschiedenen Tätigkeitsbereichen wie Forschung (33 %), Vermittlung 
(22 %), Archivierung (21 %), Bildung (16 %) und anderen Bereichen (33 %). 
Das Durchschnittsalter der Teilnehmenden liegt bei 57 Jahren und zwei 
Drittel möchten über die Ergebnisse der Umfrage informiert werden. 

Offline suchen die Teilnehmenden vor allem in Büchern (91%), 
Bibliotheken (82 %), Archiven (79 %), Museen (70%) und Zeitschriften 
(55 %) nach Informationen zur Geschichte Basels. Sie ziehen dabei vor 
allem Textquellen (79%), Bilder (76%) und Karten (52%) heran und 
suchen diese in Archiven und Bibliotheken (79 %), Lexika (70 %) und mit 
kommerziellen Suchmaschinen (57%). Bei den Online-Informations- 
angeboten sind das Historische Lexikon der Schweiz (HLS) (60 %), das 
Basler Stadtbuch (58 %), die Universitatsbibliothek (UB) (54 %) und Wi- 
kipedia (47%) am gefragtesten. Andere genannte Angebote beinhalten 
verschiedene lokale und spezifische Webseiten. Texte und Visualisie- 
rungen sind sowohl online als auch offline die dominierenden Formate, 
während Audio, interaktive Visualisierungen und Videos von weniger 
als 11 % der Befragten genutzt werden. 

Die Ergebnisse zeigen auf, welche Epochen das größte Interesse we- 
cken. Rund 70 % der Befragten bekunden ein ausgepragtes Interesse an 
der neueren und neuesten Geschichte Basels. Die Antike stößt auf we- 
niger Interesse, nur 28 % der Teilnehmenden geben an, sich dafür zu in- 
teressieren. In Bezug auf spezifische Aspekte der Geschichte sind Per- 
sönlichkeiten wie Christoph Merian und Erasmus von Rotterdam sowie 
Institutionen wie die Basler Mission und der FC Basel von besonderem 


12 Weniger zielgerichtete Fragen können sehr interessante Informationen über 
die Bedürfnisse der Nutzer*innen zutage fördern, die sonst verborgen geblie- 
ben wären. Max Kemman/Martijn Kleppe, User required? On the Value of User 
Research in the Digital Humanities, in: Jan Odijk (ed.), Selected papers from the 
CLARIN 2014 conference, Linköping 2015, 63-74. 
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Interesse. Auch bestimmte Orte wie die Altstadt und das St. Johannquar- 
tier sowie Ereignisse wie der Bau der Rheinbrücken und die Reformation 
stießen auf Interesse. Die bevorzugten Themenbereiche umfassen städ- 
tisches Leben (58 %), Kultur (52 %), Soziales (49 %), Bildung (48 %), Politik 
(48 %), Armut (45 %), Migration (43 %) und Kolonialismus (42 %). 

Durch die Umfrage gewann die Projektleitung ein vertieftes Bild 
über die Praktiken der Datenkonsument*innen. Eine zentrale Erkennt- 
nis war, dass Forschungsergebnisse für professionelle Geschichtsver- 
mittler*innen zwar eine wichtige Rolle spielen, dass aber auch die 
eigenständige Recherche und der Austausch mit Peers für die In- 
formationsbeschaffung sehr wichtig sind. Obwohl bekannt ist, dass 
Informationsdiffusion und Wissenstransfer nicht linear verlaufen, war 
dies eine überraschende Einsicht.” Es wurde auch klar, dass die In- 
formationsgewohnheiten sich entlang konventioneller Praktiken und 
Medien bewegten und die Möglichkeiten, die das Web und interaktive 
Medien bieten, selten genutzt werden. Das war ebenfalls überraschend. 
Unter dem Eindruck der Covid-19-Pandemie und der vielen Bericht- 
erstattung über digitale Vermittlungsangebote entstand der Eindruck, 
dass solche Formate bei den GLAM-Institutionen eine zentrale Rolle 
einnehmen würden. Die Umfrageergebnisse hingegen machen die 
Rolle deutlich, die physische Begegnungsräume und konventionelle 
Praktiken, Werkzeuge und Medien in der Vermittlung von historischem 
Wissen gegenwärtig spielen. 

Die Erkenntnisse aus der Umfrage und qualitative Interviews mit 
Exponent”innen von GLAM-Institutionen führten zu einem Umdenken 
seitens der Projektleitung: Die Unterscheidung zwischen online und 
offline im Bereich der Vermittlung sollte aufgegeben werden. Die über- 
wiegende Mehrheit der Vermittlungsangebote findet offline statt und 
wird von Online-Angeboten begleitet. Damit sich das Public-History- 
Portal nahtlos in ein solches Ökosystem einfügen konnte, musste es auf 


13 Patrick Svensson beschreibt diesen Prozess und folgert, dass Nutzer*innen 
auch als Produzent*innen aufgefasst werden sollten. Patrik Svensson, The Dig- 
ital Humanities as a Humanities Project, Arts and Humanities in Higher Education 11 
(2012), 42-60, URL: doi:10.1177/1474022211427367. 
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die physische und virtuelle Realität der professionellen Vermittler*in- 
nen verweisen. Darüber hinaus würde Stadt.Geschichte.Basel an den 
Vermittlungsangeboten mitwirken müssen, um die Bedürfnisse der 
Nutzer”innen des Portals zu verstehen. Die Vorstellung, dass es sich bei 
diesen Nutzer*innen primär um Datenkonsument”innen handelt, wur- 
de ebenfalls fallen gelassen. Die (Nach-)Nutzung von Forschungsdaten 
war ein Szenario unter vielen. Forschungsdaten würden dann vermit- 
telt werden, wenn die inhaltlichen und technischen Hürden niedrig 
wären und es anschauliche Beispiele für eine erfolgreiche Integration 
in Vermittlungsangebote gäbe. Aufgrund dessen entschied sich die 
Projektleitung, ein integriertes Vermittlungskonzept zu erstellen und 
die professionellen Vermittler*innen durch ein Kooperationsprogramm 
enger an Stadt.Geschichte. Basel zu binden. Durch diese »Trading Zone« 
sollten heterogene Praktiken integriert, Machtasymmetrien abgebaut 
und das Engagement erhöht werden. 


Konzeption und iterative Entwicklung des Portals mit 
Vermittlungspartner*innen 


Im Frühjahr 2022 wurden die konkreten, überprüfbaren Maßnahmen 
und der Zeitplan für die Entwicklung des Public-History-Portals sowie 
ein Fahrplan für das Vermittlungskonzept inkl. Kooperationsprogramm 
für Vermittlungspartner”innen festgelegt. Das Profil des Public-Histo- 
ry-Portals wurde geschärft und konkrete inhaltliche Anforderungen 
formuliert. Es sollte den Nutzer*innen historische Inhalte barrierefrei 
bereitstellen und auf bestehende Informations- und Vermittlungsan- 
gebote verweisen. Dazu gehören Informationen zu den zehn Bänden 
der Stadt.Geschichte.Basel inklusive Angaben zu Verkaufsstellen und 
Verlag. Darüber hinaus sollte das Portal eine Projektdokumentation, 
z.B. in Form von Blogbeiträgen, sowie sogenannte Data Stories, die 
auf der Grundlage von Forschungsdaten ausgewählte Aspekte (Alltags-, 
Sozial- Migrations- und Kolonialgeschichte) oder Ereignisse der Basler 
Geschichte beleuchten, anbieten. Es soll Zugang zu Forschungsdaten 
von Stadt.Geschichte.Basel nach FAIR-Prinzipien sowie zu universi- 
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tären Forschungsprojekten und -ergebnissen gewährleisten. Es soll 
Angebote von Vermittlungspartner*innen und Daten und historische 
Ressourcen von Dritten zur Verfügung stellen, die spezifisch für Basel 
relevant sind. 

Das Portal soll technisch mit geringer Komplexität realisiert wer- 
den.'* Es soll wartungsarm und langfristig archivierbar sein.” Dieser 
technische Aufbau dient dazu, eine einfache Nutzung und Handhabung 
sowohl für die Besucher*innen als auch für die Administrator*innen 
sicherzustellen. Weitere wichtige Aspekte sind Barrierefreiheit und 
Datenschutz. Das Portal soll barrierefrei, d.h. WCAG-konform gestaltet 
werden. Die Erfassung der Nutzungsdaten soll datenschutzkonform, 
d.h. über einen DSGVO-konformen Anbieter erfolgen. Die grafische Ge- 
staltung des Portals soll sich an der Gestaltung der Bände orientieren. 
Durch die Kombination von benutzerfreundlichem Design, einfacher 
Technologie und datenschutzkonformer Erfassung der Nutzungsdaten 
soll das Portal »Stadt.Geschichte.Basel« auch in technischer Hinsicht 
einen nachhaltigen und offenen Zugang zur Geschichte der Stadt Basel 
bieten. 

Der Zeitplan wurde wie folgt festgelegt: Die Konzeption des Portals 
einschließlich der Festlegung der verwendeten Technologien soll noch 
im Jahr 2022 abgeschlossen sein. Mitte 2023 soll ein funktionsfähiger 
Prototyp des Portals zur Verfügung stehen, der im dritten Quartal 2023 
intern getestet und optimiert werden kann. Im vierten Quartal 2023 soll 
die Vorabversion des Portals online gehen. Während des vierten Quartals 
2023 und des ersten Quartals 2024 soll das Portal von den Kooperations- 
partner*innen getestet werden. In dieser Phase können noch funktiona- 
le, inhaltliche und gestalterische Anpassungen vorgenommen werden. 
Das Portal soll in dieser Phase noch nicht aktiv beworben werden. Ab 
der Vernissage der ersten Bände im März 2024 soll die Entwicklung des 


14 Roopika Risam/Alex Gil, Introduction: The Questions of Minimal Computing, 
Digital Humanities Quarterly 16 (2022). 

15 Damit das Portal langzeitarchivierbar wird, muss es auf HTML, CSS und Java- 
Script beschränkt werden. The Endings Project Team, Endings Principles for 
Digital Longevity Version 2.2.1 (2023), URL: https://endings.uvic.ca/principles/. 
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Portals abgeschlossen sein und in den Dauerbetrieb übergehen. War- 
tungs- und Sicherheitsupdates sollen im Dauerbetrieb zur Verfügung 
gestellt werden. Zudem ist eine Open Source Veröffentlichung des Quell- 
codes vorgesehen. Das Vermittlungskonzept sollte im vierten Quartal 
2022 entwickelt werden und aufden Zeitplan des Portals Rücksicht neh- 
men. Das Netzwerk an Vermittlungspartner*innen soll im ersten Quar- 
tal 2023 aufgebaut werden. Im zweiten und dritten Quartal 2023 sol- 
len gemeinsame Vermittlungsangebote entwickelt und ab dem vierten 
Quartal 2023 auch umgesetzt werden. 

Von der prominenten Rolle, die die Vermittlungspartner*innen und 
bestehende Informationsangebote auf dem Portal einnehmen sollten, 
erhoffte sich die Projektleitung eine stark integrierende Funktion. Es 
sollte das Projekt anschlussfähig für weite Teile des Ökosystems ma- 
chen und die Anwendungsszenarien der relevanten Anspruchsgruppen 
ausgerichtet sein. Die professionellen und semiprofessionellen Ge- 
schichtsvermittler*innen und Gedächtnisinstitutionen würden aktiv 
in die Konzeption und Entwicklung des Portals einbezogen und dabei 
helfen, das Portal optimal auf die Bedürfnisse der künftigen Nutzer*in- 
nen auszurichten. Die Projektleitung würde sich dank der Integration 
heterogener Praktiken, der angepasster Machtdynamik und der enge- 
ren Bindung der Vermittlungspartner*innen Zugriff auf Fachwissen 
verschaffen und den Kreis der potenziellen Nutzer*innen vergrössern. 

Nachdem das Digitalkonzept vom Stiftungsrat verabschiedet wor- 
den war, wurden die potenziellen Vermittlungspartner*innen im Som- 
mer 2022 in qualitative Interviews und einer weiteren Online-Umfrage 
dazu befragt, wie sich die bestehenden Vermittlungsangebote ins Pu- 
blic-History-Portal integrieren lassen können. 26 Institutionen beteilig- 
ten sich an dieser Umfrage. Es zeigte sich, dass die Mehrheit der Institu- 
tionen offline und vornehmlich physisch mit dem Publikum in Kontakt 
tritt, wobei der Schwerpunkt auf Führungen, Publikationen und Aus- 
stellungen liegt. Dabei werden ihre Angebote hauptsächlich in den ei- 
genen Räumlichkeiten präsentiert und vorwiegend an eine breite Öf- 
fentlichkeit über alle Generationen gerichtet. Wichtige Kooperations- 
partner*innen sind Schulen, gefolgt von Gedächtnis- und Forschungs- 
institutionen sowie Medien und Touristik. Die Verbreitung der Vermitt- 
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lungsangebote erfolgt offline hauptsächlich durch Zeitungen, Radio und 
soziale Medien. 

Auf Seiten des Portals »Stadt.Geschichte.Basel« wünschen sich die 
Institutionen neben Informationen zur neuen Basler Stadtgeschichte 
auch redaktionelle Inhalte, eine Karte der Vermittlungsangebote in 
Basel und der Region, eine zugehörige Agenda, Daten und historische 
Ressourcen sowie universitäre Forschungsprojekte und -ergebnisse. 
Darüber hinaus möchten 20 Institutionen ihre Angebote auf dem Portal 
verbreiten und 15 offizielle Kooperationspartner*innen werden. 

Die Umfrage zeigt, dass die befragten Institutionen großes Interes- 
se an einer Zusammenarbeit mit Stadt.Geschichte. Basel haben und For- 
mate wie den Blog und Services wie die Agenda und die Karte befürwor- 
ten, die zu einer vielfältigen Vermittlung der Basler Geschichte beitra- 
gen. Sie stellen dabei ein breites Spektrum an Aktivitäten und Koopera- 
tionsmöglichkeiten bereit, die in die Konzeption des Portals und der Ver- 
mittlungsprojekte einfließen können. Der Wunsch nach einer breiten 
und vielfältigen Vermittlung der Basler Geschichte steht dabei im Vor- 
dergrund. Das Portal soll für ein heterogenes Publikum ohne Fachkennt- 
nisse konzipiert werden und sich durch entsprechende Inhalte, Sprache 
und Gestaltung auszeichnen. 

Die Umfrage half, die Endnutzer*innen und die relevanten Funk- 
tionen des Portals Stadt.Geschichte.Basel zu identifizieren. Um eine 
barrierefreie und intuitive Nutzung zu gewährleisten, wurde eine 
UX-Expertin beigezogen. In einem Workshop wurden Usability-Fragen 
im Rahmen des UCD-Frameworks geklärt und verschiedene Inhalte 
und Funktionen des Portals definiert. Dazu gehören eine Agenda mit 
Veranstaltungen, ein Blog, eine Forschungsdatenplattform, eine Liste 
von Forschungsprojekten, eine Karte mit allen relevanten Institutionen, 
ein Überblick über die Geschichte Basels, Informationen zu den Bänden 
von Stadt.Geschichte.Basel, Zugang zu Open-Access-Publikationen, 
Projektgeschichte, Informationen zum Verein Stadtgeschichte, Impres- 
sum, Data Stories, digitale Rundgänge, Podcasts, Lehrmittel, Quellen 
und Daten, eine Bibliografie, ein Pressekit und eine Anmeldeseite für 
den Newsletter. Als Methode zur Erhebung der Bedürfnisse der Endnut- 
zer*innen wurde Card Sorting gewählt und ein Gesprächsleitfaden für 
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die dazugehörigen qualitativen Interviews entwickelt. Card Sorting ist 
ein nutzerzentrierter Ansatz zur Strukturierung oder Kategorisierung 
von Informationen. Bei diesem Verfahren ordnen die Nutzer*innen 
Inhalte oder Funktionen in Kategorien, die für sie logisch und intuitiv 
sind. Ziel war es, das Layout und die Navigation unseres Portals zu 
optimieren, die Nutzererfahrung zu verbessern und sicherzustellen, 
dass die wichtigsten Informationen und Funktionen leicht zugänglich 
sind." 

Nach neun Card-Sorting-Interviews im Sommer und Herbst 2022 
kristallisierten sich bereits deutliche Strukturen heraus. Eine klare 
Trennung zwischen primär forschungsrelevanten Inhalten wie den 
Quellen und Daten, der Bibliografie, den Open-Access-Publikationen 
und der Dokumentation des Forschungsprojekts sowie den primär 
publikumsrelevanten Inhalten war erkennbar. Innerhalb der publi- 
kumsrelevanten Inhalten wurden zwischen News, Geschichte(n) und 
verschiedenen Serviceangeboten wie Agenda, Karte oder Newslet- 
ter unterschieden. Um den Umfang und die Komplexität des Portals 
überschaubar zu halten, wurde entschieden, alle forschungsrelevanten 
Inhalte unter forschung.stadtgeschichtebasel.ch in eine eigene For- 
schungsdatenplattform auszulagern. Das Portal und die Forschungs- 
datenplattform sollen prominent aufeinander verweisen, aber getrennt 
voneinander entwickelt und gepflegt werden können. Die technische 
und organisatorische Trennung der beiden Aspekte hatte den Vorteil, 
die Zielgruppen weiter einzuschränken: historisch interessierte Nut- 
zer*innen beim Portal, (semi-)professionelle Historiker*innen und 
Studierende bei der Forschungsdatenplattform. Dies ermöglichte die 
Umsetzung unterschiedlicher Anforderungen und damit auch den Ein- 
satz unterschiedlicher, bedarfsgerechter Technologien. Angesichts der 
hohen Anforderungen an eine nachhaltige Publikation von Forschungs- 
daten nach den FAIR-Prinzipien war dies eine große Erleichterung. 
So könnte man für die Forschungsdatenplattform auf eine bestehende 
Open Source Softwarelösung zurückgreifen und müsste nicht alles von 
Grund auf entwickeln. 


16 Donna Spencer/Todd Warfel, Card Sorting, in: Boxes and Arrows 7 (2004). 
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In einem nächsten Schritt wurden ein Zeitplan für die Forschungs- 
datenplattform und die technische Umsetzung des Portals festgelegt. 
Die Evaluierung der Forschungsdatenplattform soll im dritten Quartal 
2023 abgeschlossen werden. Die Parametrisierung der Software und die 
Kuratierung der Daten der ersten Bände sollen im vierten Quartal 2023 
und im ersten Quartal 2024 abgeschlossen werden. Der erste Prototyp 
des Portals soll mit einem modernen Frontend-Framework und einer 
Komponentenbibliothek erstellt werden. Der Blog soll auf einer offenen 
Plattform für wissenschaftliche Blogs gehostet werden und die Beiträ- 
ge sollen über eine maschinenlesbare Schnittstelle vom Frontend über- 
nommen werden. Die Ausstellungs- und Veranstaltungsdaten der Ver- 
mittlungspartner*inside für die Agenda sollen ebenfalls über eine ma- 
schinenlesbare Schnittstelle eingespielt werden. Zwei Softwareentwick- 
ler wurden konsultiert, um die technische Konzeption und die für das 
Portal verwendeten Technologien zu prüfen. Sie billigten den Entwurf 
und es wurde mit der Entwicklung eines Prototyps begonnen. 


Engagement durch Kooperation und kontinuierliches 
Reporting 


Das Vermittlungskonzept wurde im ersten Quartal 2023 fertiggestellt. 
Das Kooperationsprogramm sah vor, dass Vermittlungspartner*innen 
in Kooperation oder mit Unterstützung von Stadt.Geschichte.Basel 
Angebote realisieren oder auf ihre bestehenden Angebote hinweisen 
können. Dazu werden ihnen auch der Blog, der Veranstaltungskalen- 
der (über Drittanbieter) und die Karte auf dem Portal zur Verfügung 
gestellt. Um das Kooperationsprogramm und das Portal den professio- 
nellen Vermittler*innen aus GLAM-Institutionen und forschungsnahen 
Institutionen vorzustellen, wurde ein Informationsanlass veranstal- 
tet. Am hybriden Anlass im Frühsommer 2023 wurden jedoch nicht 
nur Informationen vermittelt, sondern insbesondere Feedback der zu- 
künftigen Partner*innen und Nutzer*innen zu verschiedenen offenen 
Fragen eingeholt. Über 50 Teilnehmer*innen folgten der Einladung, die 
meisten waren vor Ortanwesend. Die Möglichkeit, Fragen zu stellen und 
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an interaktiven Umfragen teilzunehmen, wurde über eine Mentimeter- 
Präsentation realisiert und rege genutzt. 

Die Informationsveranstaltung hat das Bild der Bedürfnisse der 
Vermittlungspartner*innen nochmals geschärft. Für sie ist das Portal 
in erster Linie ein zusätzlicher Kanal, um auf die eigenen Vermitt- 
lungsangebote aufmerksam zu machen. Der Veranstaltungskalender 
soll die Daten automatisch von einem Drittanbieter übernehmen. Der 
Blog bietet darüber hinaus die Möglichkeit, historische Hintergründe 
zu Veranstaltungen oder Objekten zu liefern. Die Daten auf der Karte 
sollten so gehalten werden, dass sie einfach zu pflegen sind. Generell 
hat sich gezeigt, dass der Anreiz, Beiträge und Daten für das Portal 
zur Verfügung zu stellen, umso größer ist, je geringer die technischen 
und finanziellen Einstiegshürden sind. Organisatorische Fragen zur 
redaktionellen Planung des Blogs konnten ebenso geklärt werden wie 
die Frage, wie die Geschichte Basels für ein breites Publikum aufbereitet 
werden kann. Zudem zeigte sich, dass das Interesse an einem Newslet- 
ter von Stadt.Geschichte.Basel für ein breites Publikum sehr gering ist. 
Bereits während des Anlasses als auch im Nachgang konnte Stadt.Ge- 
schichte.Basel viele Vermittlungspartner*innen für eine Kooperation 
gewinnen. Der Informationsanlass funktionierte als »Trading Zone« 
und erlaubte es, sehr heterogenen Praktiken der beteiligten Parteien 
zu integrieren, Machtasymmetrien abzubauen und ein hohes Maß an 
Bindung und Engagement zu erzeugen. 

Das Onboarding der Kooperationspartner*innen ist bereits ange- 
laufen und die Entwicklung der ersten Version des Portals läuft auf 
Hochtouren. Für die Phase zwischen dem stillen Go-Live im Septem- 
ber 2023 und der Vernissage der ersten Bände im März 2024 ist nicht 
nur eine kontinuierliche Überwachung und Auswertung wichtiger 
Metriken wie Nutzerzahlen, Nutzungsdauer und Feedback aus den 
Nutzungsdaten geplant, sondern auch ein regelmäßiges Reporting an 
die beteiligten Kooperationspartner*innen. Darüber hinaus sind qua- 
litative Interviews und eine weitere Online-Befragung geplant. Diese 
Informationen dienen der kontinuierlichen Optimierung des Portals 
und der Berücksichtigung sich andernder Bedürfnisse sowohl auf Seiten 
der Nutzer*innen als auch auf Seiten der Kooperationspartner*innen. 
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Kontinuierliches Monitoring, regelmäßiges Reporting und transpa- 
rente Kommunikation im gesamten Ökosystem sind nicht nur wichti- 
ge Eckpfeiler für das Projektmanagement, sondern auch Voraussetzung 
für den langfristigen Betrieb des Portals. Die Frage, ob das Portal über 
das Projektende hinaus finanziert werden kann, hängt nicht nur vom Er- 
folg bei den Nutzer*innen ab, sondern vor allem vom Engagement der 
Kooperationspartner*innen. Die Überführung des Portals als Projekt in 
ein Portal als Infrastruktur hängt entscheidend davon ab, ob und wie 
sich das Portal in das bestehende Ökosystem der historischen Wissens- 
vermittlung in Basel integrieren lässt. Die Frage, was ein nachhaltiges 
Projekt in den Digital Humanities ist, hängt nicht nur von der Frage der 
Archivierbarkeit der Artefakte ab.” Projekte in den Digital Humanities 
müssen vielmehr über ihren gesamten Lebenszyklus hinweg betrachtet 
werden. Es wird geschätzt, dass die Softwareentwicklung ein Drittel der 
Kosten ausmacht, während Betrieb und Wartung zwei Drittel ausma- 
chen. Die Fragen, wer den Betrieb nach dem Projektende übernimmt 
und ob die Software gepflegt und weiterentwickelt wird, bleiben oft un- 
beantwortet. Nachhaltigkeit bedeutet auch eine nachhaltige Finanzie- 
rung, die dem Projektdenken entgegensteht."? 

Die Digital Humanities verstehen sich oft als Projekt, das Aushand- 
lungsprozesse über die Grenzen der klassischen Disziplinen hinaus 
moderiert. Patrik Svensson und Pierre Munier gehen sogar noch einen 
Schritt weiter und modellieren die ganzen Digital Humanities als »Tra- 
ding Zone«.” Dieses Bild wird den Digital Humanities insofern gerecht, 
als inhaltliche Forschung sich temporär organisieren und auch schei- 
tern können muss. Dem stehen Infrastrukturen und Serviceeinheiten 


17 Der Blick auf die Nachhaltigkeit von Projekten fällt manchmal etwas einsei- 
tig aus. Lisa Goddard/Dean Seeman, Negotiating Sustainability: Building Dig- 
ital Humanities Projects that Last, in: Constance Crompton/Richard J. Lane/ 
Raymond G. Siemens (ed.), Doing more digital humanities: open ap-proaches to cre- 
ation, growth, and development, London& New York 2020. 

18 Drucker, The Digital Humanities Coursebook, 214. 

19 Svensson, The Digital Humanities as a Humanities Project; Pierre Mounier, Une 
»utopie politique« pour les humanités numériques?, in: Socio. La nouvelle revue 
des sciences sociales (2015), 97-112, URL: doi:10.4000/soci0.1451. 
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gegenüber, die den hilfswissenschaftlichen Charakter der Digital Hu- 
manities betonen und aufeinen langfristigen und nachhaltigen Betrieb 
hinarbeiten. Die Digital Humanities sollten sich dieser unterschied- 
lichen Rollen bewusst sein und mit einem agilen Projektmanagement 
reagieren, das die Rollenkonflikte überwinden kann. 


Zusammenfassung und Best Practices 


Die Durchführung von Projekten und Forschungsvorhaben in den Digi- 
tal Humanities ist herausfordernd, da sie eine erfolgreiche Kommuni- 
kation zwischen Geisteswissenschaftler*innen und Informatiker*innen 
erfordern und häufig interdisziplinär und institutionenübergreifend 
sind. Die Einbindung verschiedener Anspruchsgruppen in das Projekt- 
management, insbesondere bei einem öffentlich finanzierten Projekt 
wie Stadt.Geschichte.Basel, ist komplex. Um die verschiedenen An- 
spruchsgruppen in die Entwicklung des Public-History-Portals ein- 
zubeziehen, setzt das Projekt auf User-Centered Design (UCD), bei 
dem die Nutzer*innen in jeder Phase des Designprozesses im Mit- 
telpunkt stehen. Durch explorative und generative Methoden werden 
ihre Bedürfnisse ermittelt. Diese werden so in das Produkt integriert, 
dass die Nutzer*innen ihr Verhalten und ihre Erwartungen so wenig 
wie möglich anpassen müssen. Die Erweiterung der UCD-Perspektive 
um das Konzept der »Trading Zones« von Max Kemman ermöglicht 
Aushandlungsprozesse zwischen Projektteam und Anspruchsgruppen 
zu analysieren und zu verbessern. Es beschreibt Aushandlungspro- 
zesse anhand von sich verändernden Praktiken, Machtdynamiken und 
Engagement und zielt darauf ab, asymmetrische Machtstrukturen zu 
überwinden und einen transdisziplinären Austausch zu ermöglichen. 
Durch die iterative Verbesserung der Austausch- und Verhandlungspro- 
zesse bei der Einbindung relevanter Interessengruppen können deren 
Bedürfnisse genauer erfasst und die Entwicklung eines nachhaltigen 
und offenen Public-History-Portals bedarfsgerecht gestaltet werden. 
Basierend auf den bisherigen Erfahrungen bei der Beteiligung re- 
levanter Anspruchsgruppen an der Entwicklung eines nachhaltigen und 
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offenen Public-History-Portals für die Geschichte Basels wurden folgen- 
de Best Practices entwickelt: 


1. Identifikation relevanter Anspruchsgruppen: Eine umfassende und 
systematische Analyse ermöglicht die Identifizierung relevanter An- 
spruchsgruppen und ihrer spezifischen Bedürfnisse und Erwartun- 
gen. Eine Modellierung der Anspruchsgruppen als Teil eines Okosys- 
tems hilft dabei, die Beziehungen untereinander besser zu verstehen 
und gemeinsame Interessen zu erkennen. 

2. Frühzeitige Einbindung von Anspruchsgruppen: Die Einbindung re- 
levanter Anspruchsgruppen in den Entwicklungsprozess muss von 
Beginn weg erfolgen, um ihnen die Möglichkeit zu geben, ihre Per- 
spektiven, Anliegen und Ideen einzubringen. 

3. Partizipative Verfahren: Die Nutzung partizipativer Ansätze wie 
Fokusgruppen, Interviews oder Umfragen ermöglicht direktes 
Feedback von den Anspruchsgruppen. Diese Verfahren reduzieren 
Machtasymmetrien, fördern die aktive Beteiligung und ermögli- 
chen somit eine breite Einbeziehung unterschiedlicher Meinungen 
und Erfahrungen. 

4. Transparente Kommunikation: Eine offene und transparente Kom- 
munikation mit den Anspruchsgruppen ist entscheidend. Regel- 
mäßige Informationen über den Projektfortschritt, getroffene 
Entscheidungen und mögliche Auswirkungen schaffen einen Raum 
für den Dialog und ermöglichen die Beantwortung von Fragen und 
Bedenken. 

5. Einbindung von Fachwissen: Die Zusammenarbeit mit Expert*in- 
nen, die über Fachwissen in relevanten Bereichen verfügen, trägt 
zur optimalen Ausrichtung des Produkts auf die Bedürfnisse der 
Anspruchsgruppen bei. 

6. Agiles Projektmanagement und iterative Entwicklung: Durch agiles 
Projektmanagement können flexibel auf individuelle Bedürfnisse 
und sich ändernde Anforderungen reagiert werden. Das kontinuier- 
liche Einfließen von Feedback und neuen Erkenntnissen ermöglicht 
frühzeitige Anpassungen im Entwicklungsprozess. Ein iterativer 
Ansatz erlaubt regelmäßige Evaluationen und Anpassungen zur 
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schrittweisen Verbesserung und Anpassung des Produkts. Die 
kontinuierliche Einbindung des Feedbacks der Anspruchsgruppen 
fördert eine nutzerzentrierte Entwicklung. 

7. Reporting und Monitoring: Ein effektives Reporting- und Monito- 
ring-System verfolgt den Erfolg des Produkts anhand wichtiger Me- 
triken wie Nutzerzahlen, Nutzungsdauer und Feedback. Diese In- 
formationen dienen der kontinuierlichen Optimierung des Produkts 
und der Berücksichtigung von sich ändernden Bedürfnissen der An- 
spruchsgruppen. 
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Entstehen digitale Ressourcen anders 

als gedruckte Bücher? 

Projektmanagement zwischen digitalen und 
traditionellen Geisteswissenschaften am Beispiel 
der Edition 


Lisa Eggert, Carolin Giere 


Abstract Aus Sicht traditionell arbeitender Geisteswissenschaften ist es mitt- 
lerweile geradezu unumgänglich, sich für neue Forschungsprojekte auch mit 
den Perspektiven und Methoden der Digital Humanities auseinanderzusetzen. 
Ein Beispiel sind Editionsprojekte, die ursprünglich klar in den Grenzen eines 
oder mehrerer geisteswissenschaftlicher Fächer zu definieren waren und eine 
Printausgabe zum Ziel hatten. Mit der digitalen Edition bieten sich ganz neue 
Möglichkeiten hinsichtlich Gegenstand, Umfang, aber auch technischer Um- 
setzung, mit denen es mittels gelungener interdisziplinärer Zusammenarbeit 
umzugehen gilt. Dieser Beitrag beleuchtet die unterschiedlichen Herangehens- 
weisen in der Projektarbeit bei der Erstellung von Printedition und digitaler 
Ressource, um daraus konkrete Voraussetzungen und Schritte für ein gelungenes 
gemeinsames Projektmanagement abzuleiten. 


Einleitung 


Wir beginnen mit einigen Befunden: Die GEPRIS-Datenbank der DFG, 
als eine Art Bohrkern in die jüngere deutsche Forschungsgeschichte, 
verknüpft im Jahr 2003 zum ersten Mal ein Projekt mit dem Stichwort 
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»Digital Humanities«; den Sonderforschungsbereich 632 »Informati- 
onsstruktur: Die sprachlichen Mittel der Gliederung von Äußerung, Satz 
und Text.«. Seitdem sind allein bei der DFG 262 dieser Projekte bewilligt 
worden - mit deutlich steigender Tendenz." Der erste Befund lautet 
also, dass in den letzten Jahren zunehmend Projekte mit einer Verbin- 
dung zu den Digital Humanities aufgenommen wurden. Wer beantragt 
diese Projekte und damit deren Konzeption verantwortet? Derzeit gibt 
es laut dem Portal »Kleine Fächer« im Fach »Digital Humanities« in 
Deutschland 39 Professuren an 29 Standorten, von denen die erste 1997 
besetzt wurde.” Die Denominationen sind sehr uneinheitlich und die 
Professuren an unterschiedliche Fakultäten - teils den Geisteswissen- 
schaften, teils der Informatik oder auch den Sozialwissenschaften - 
angebunden. Nicht eben überraschend, handelt es sich bei den Digital 
Humanities um ein junges, sich entwickelndes Fach, das erst langsam 
seinen Ort in den universitären Strukturen findet. Ein weiterer Befund 
ist, dass weit mehr Personen DH-Projekte beantragen als nur jene, die 
zumindest dem akademischen Benennungssystem nach eine ausgewie- 
sene DH-Expertise haben, wie stichprobenartige Prüfungen der bei der 
DFG durchgeführten DH-Projekte zeigen. Auch die Erfahrungen, die 
wir und in ähnlichen Kontexten arbeitende Kolleg:innen in der Bera- 
tung gemacht haben, zeigen, dass häufig Expertise und Verständnis im 


1 Eine genaue Prüfung, um welche Art von Projekten es sich handelt, kann 
hier ebenso wenig vorgenommen werden, wie eine Gegenprobe, ob auch al- 
le Digital-Humanities-Projekte mit dem Stichwort verknüpft sind. Diese grobe 
Auswertung ergibt, dass nachdem in den Jahren 2003-2008 maximal sieben 
DH-Projekte jährlich begonnen wurden, die Zahl der Projekte pro Jahr rasch 
steigt, sodass es in den letzten Jahren stabil jeweils mehr als 20 DH-Projekte 
waren. Es handelt sich jedoch nicht um eine saubere Statistik, sondern um ei- 
nen ersten Überblick über die Entwicklungen. 

2 Vgl. die Kartierung der kleinen Fächer: https://www.kleinefaecher.de/kartie 
rung/kleine-faecher-von-a-z.html?tx_dmdb_monitoring%5BdisciplineTaxo 
nomy%5D=140&cHash=c5b76ccd171ecce8feoed4s5c4afaasbc (abgerufen am 
28.04.2023). Der DHd-Blog verzeichnet knapp 100 Professuren (https://dh 
d-blog.org/?p=11018, abgerufen am 28.04.2023). Die Liste dort enthalt 124 
Professuren, die jedoch zum Teil nicht mehr aktuell oder redundant sind. 
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Bereich Digital Humanities fehlen. In der Praxis führt dies dazu, dass 
Projekte nicht optimal geplant und durchgeführt werden - zum großen 
Leidwesen der Mitarbeiter:innen. Zugespitzt könnte man sagen, dass 
DH-Projekte häufig nicht als Ganzes »digital gedacht« werden, sondern 
die jeweils entstehende digitale Ressource als Surplus verstanden wird. 

Dieser Situation wollen wir begegnen und in diesem Beitrag ermit- 
teln, welcher Voraussetzungen es bedarf, um gelungene DH-Projekte 
mit allen Beteiligten gemeinsam zu planen und durchzuführen.’ Dabei 
sind unsere eigene Perspektive und der Adressat:innenkreis unseres 
Aufsatzes zu beachten: Wir selbst kommen aus den traditionell arbei- 
tenden Geisteswissenschaften*. Und eben solche Wissenschaftler:innen 
werden, so die Hoffnung, in erster Linie von diesem Beitrag profitie- 
ren, wenn sie sich in die Zusammenarbeit digitaler (Editions-)Projekte 
begeben. 

Mit dem Thema der Edition nehmen wir ein genuin geisteswissen- 
schaftliches Projekt in den Blick, das gerade in jüngerer Zeit zu der Dis- 
kussion anregt, ob die traditionelle Papieredition zukünftig vollständig 
durch das digitale Produkt ersetzen werden wird - und es damit neu- 
er und angepasster Ansätze zur Konzeption, Arbeitsmethodik und Zu- 
sammenarbeit bedarf. In diesem Sinne ist dieser Beitrag als expliziter 
Diskussionsbeitrag zu verstehen, der insbesondere auf die Unterschie- 
de beider Projektarten eingeht und dadurch die jeweiligen Zugänge, Ge- 
genstände und Methoden zu ermitteln sucht, die es in einer Projektpla- 
nung - und in deren Management - zu beachten gilt. Neben der am Bei- 
spiel der Edition vorgenommenen Betrachtung dessen, was ein origi- 


3 Unter gelungenen Projekten verstehen wir dabei nicht nur, dass das im Antrag 
angekündigte Ergebnis erreicht wird. Der Prozess, wie es zu diesem Ergebnis 
kam, sollte möglichst friktionslos und unter Einhaltung der Standards von gu- 
ter wissenschaftlicher Arbeit und in Übereinstimmung mit dem Arbeitsrechts 
ablaufen. 

4 Wir sind uns der Diskussion um die Frage, welches Antonym es zu einer »digi- 
talen Geisteswissenschaft« gibt, bewusst und haben uns für die Formulierung 
»traditionell«/»traditionell arbeitend« entschieden, da diese die Arbeitstechnik 
und die Prozesse fokussiert und weniger die verwendeten Medien, wie es etwa 
der Begriff »analoge Geisteswissenschaft« täte. 
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när digitales Projekt im Vergleich zum ursprünglich nicht digitalen aus- 
macht, soll der Beitrag auch einen pragmatischen Zugang zum Thema 
über einen praxisnahen Teil bieten, der sowohl für die Antragsentwick- 
lung von digitalen (Editions-)Projekten als auch für die Beratungvon An- 
tragstellenden genutzt werden kann. 

Unserem Ansatz liegen drei Thesen zugrunde, die im Folgenden ge- 
nauer beleuchtet und diskutiert werden sollen: 


1) DH-Projekte unterscheiden sich nicht in ihrer Projekthaftigkeit von 
anderen geisteswissenschaftlichen Arbeitsvorhaben. Auch traditio- 
nelle geisteswissenschaftliche Forschung ist zumeist projektförmig. 

2) Projekte traditionell arbeitender Geisteswissenschaftler*innen 
funktionieren grundlegend anders als Projekte der Digital Hu- 
manities und unterscheiden sich daher auch in der Beantragung, 
Planung und Durchführung. 

3) Ein gelungenes Projektmanagement ist die Grundlage für jedes 
DH-Projekt und dafür verantwortlich, die unterschiedlichen, fä- 
cherspezifischen Konzepte, Methoden und Praktiken in einer 
gelungenen Projektarbeit zusammenzubringen. 


Wir plausibilisieren diese Thesen zunächst am Beispiel der Edition, 
bevor wir im zweiten praxisnahen Teil des Beitrags allgemeiner auf 
digitale Projekte also solche eingehen und Vorschläge zum Projektma- 
nagement innerhalb dieser Zusammenarbeit unterbreiten - wobei auch 
dies am Beispiel digitaler Editionsprojekte erdacht ist. Zum einen sind 
wir aus unserer eigenen Forschung und Beratung vertraut mit diesem 
Gegenstand. Zum anderen ist die Edition eines der Kerngebiete, die 
auch in Zukunft den Diskurs in den Digital Humanities prägen wird, 
weil sie auch (nicht nur) eine Grundlage für weiterführende Forschungs- 
fragen in zahlreichen Fachgebieten darstellt. Drittens ist die Edition 
insofern ein gutes Beispiel als die Editionsphilologie und -wissenschaft 
- im Vergleich zu anderen geisteswissenschaftlichen Disziplinen - im 
hohen Maße formalisiert und in ihren methodischen Standards recht 
eindeutig definiert ist. Insofern könnte man davon ausgehen, dass der 
Wechsel ins Digitale hier leichter fällt als in anderen Teilbereichen der 
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geisteswissenschaftlichen Forschung, wie beispielsweise ein Vorhaben, 
das die Interpretation von Gedichten in den Blick nimmt. Häufig, so 
zumindest unsere Erfahrung, deckt sich diese Annahme jedoch nicht 
mit der Realität. Während immer mehr Editionsprojekte in ihrer Pla- 
nung in den digitalen Raum? verschoben werden und neue Projekte 
teure Buchdrucke vermeiden‘ sowie die medialen Nutzervorteile einer 
Online-Edition betonen wollen, ist vielfach zu beobachten, dass die 
Differenzen nicht mitgedacht oder ignoriert werden. So werden u.a. 
ursprünglich als Printeditionen geplante und bereits begonnene Pro- 
jekte auf (teil-)digitale Editionen umgestellt, ohne die Konzeption des 
Projekts in Bezug auf das Projektziel, die beteiligten Akteure und die 
Projektanlage anzupassen. 

Dass der Unterschied zwischen einer traditionell geisteswissen- 
schaftlichen, gedruckt publizierten Edition und der digitalen Edition 
als DH-Projekt nicht in der jeweiligen Projektförmigkeit als solche 
liegt, wird schnell evident, wenn man sich anschaut, was ein Projekt 
eigentlich ist. Das Deutsche Institut für Normung versteht ein Projekt 
als »Vorhaben, das im Wesentlichen durch die Einmaligkeit aber auch 
Konstante der Bedingungen in ihrer Gesamtheit gekennzeichnet ist, wie 
z.B. Zielvorgabe, zeitliche, finanzielle, personelle und andere Begren- 
zungen; Abgrenzung gegenüber anderen Vorhaben; projektspezifische 
Organisation.«’ Insofern sind auch das Verfassen einer Qualifikations- 
schrift oder die Erhebung und Auswertung historischer Daten Projekte. 
Mit Blick auf die Dimensionierung von Projekten, gehen wir in diesem 
Beitrag stark von Drittmittelprojekten aus, für die personelle und ma- 
terielle Ressourcen beantragt und später koordiniert werden müssen. 


5 Wir verwenden hier bewusst den Begriff »digitaler Raum«, denn die mediale 
Repräsentation allein macht diese Unternehmungen nicht automatisch zu ei- 
ner digitalen Edition, wie wir im Laufe des Beitrags noch zeigen werden. 

6 Hier soll jedoch nicht unerwähnt bleiben, dass digitale Editionen mitnichten 
günstiger sind als gedruckte. Hierauf hat auch Tessa Gengnagel bei einer Dis- 
kussion an der Leopoldina am 16.11.2023 nachdrücklich hingewiesen. (Siehe: h 
ttps://www.youtube.com/watch?v=uBs-2DcNvPo, abgerufen am 06.12.2023.) 

7 DIN 69901-5:2009-01 Projektmanagement — Projektmanagementsysteme — 
Teil 5: Begriffe. DIN Deutsches Institut für Normung e. V. 2009. 


215 


216 


Projektmanagement und Digital Humanities 


Viele Aspekte, die hier angesprochen werden, sind jedoch ebenso auf 
kleine Projekte übertragbar, die bspw. von Einzelpersonen durchge- 
führt werden und über eine größere methodologische und strukturelle 
Offenheit verfiigen.® 

Auch Drittmittelprojekte, die ausschließlich traditionell angelegt 
sind, erfordern ab einer gewissen Größe bzw. Anzahl an Akteuren ein er- 
höhtes Maß an Koordination. Diese findet in der Regel jedoch innerhalb 
einer disziplinären Kultur statt. Im Gegensatz dazu sind DH-Projekte 
notwendig interdisziplinär? - und zwar im Wortsinn, da das Projekt- 
ziel ausschließlich in einem Austausch »zwischen« den Disziplinen 
(und damit den jeweiligen Fachwissenschaftler:innen) erreicht werden 
kann.'° Wir verstehen Interdisziplinarität so, dass Zusammenarbeit 
Ermöglichungsbedingung für die Forschung ist. Diese Zusammen- 
arbeit ist dabei nicht als ein Nebeneinander verschiedener Ansätze, 
Methoden und Perspektiven zu denken. Vielmehr müssen diese wech- 
selseitig aufeinander bezogen, miteinander verknüpft und gemeinsam 
weiterentwickelt werden. Projekte digital zu denken, bedeutet also un- 
ter anderem, sie interdisziplinär zu denken. Wissenschaftstheoretisch 
stellt dies die DH-Forschung vor einige Herausforderungen. Aber auch 
in der praktischen Projektarbeit ergibt sich hier die Notwendigkeit, 
dass zwischen Personen vermittelt werden muss, die wissenschaftlich 
unterschiedlich sozialisiert sind. Selbst wenn die »eierlegende Woll- 
milchsau«, also jene:r ideale Mitarbeiter*in, gefunden wird, der:die 
sowohl fachwissenschaftlich als auch informatisch exzellent ist, so 
muss er:sie dennoch zwischen verschiedenen Fachkulturen und -logi- 


8 Vgl. dazu auch unten im nächsten Abschnitt. Zu deren Bedeutung für den me- 
thodologischen Diskurs in den DH vgl. Sahle, Patrick, Digitale Editionsformen. 
Teil 2: Befunde Theorien und Methodik, Norderstedt 2013, S. 80. 

9 Selbstverständlich gibt es auch interdisziplinäre Forschung in den traditionell 
arbeitenden Geisteswissenschaften. Allerdings ist dies nicht notwendigerwei- 
se der Fall. 

10 Fürdie grundsätzliche disziplinäre Verortung der DH siehe Sahle, Patrick Digital 
Humanities? Gibt’s doch gar nicht!, ZfdG 2015, URL: https://dx.doi.org/10.17175/sb 
001_004. 
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ken vermitteln.” Neben einem Verständnis für und der Kenntnis von 
jeweils differierenden Fachpraktiken der Kooperationspartner:innen 
im Projekt bedeutet dies eine erhöhte Bereitschaft dafür, sich auszutau- 
schen, gemeinsam zu planen und im richtigen Maße zu managen. 

Dies zeigt sich schon in der Frage, ob und inwiefern Projekte ge- 
managt werden müssen. Mit Blick auf ein technisches Verständnis des 
Begriffs »Projektmanagement« lässt sich festhalten, dass in der Infor- 
matik und besonders im Bereich des Software-Engineerings Methoden 
wie Scrum oder Kanban weitgehend eingeführt sind bzw. diesem so- 
gar entstammen. In den Geisteswissenschaften finden solche Verfahren 
meist keine Verwendung.” Das bedeutet selbstverstandlich nicht, dass 
traditionelle geisteswissenschaftliche Projekte nicht »gemanagt« wer- 
den. Dies geschieht in der Regel nur weniger formalisiert und vor allem 
weniger explizit. 

An dieser Stelle setzt unser Beitrag ein. Die unterschiedlichen Sozia- 
lisierungen - inhaltliche wie organisatorische —, welche in interdiszipli- 
nären Projekten der Digital Humanities aufeinandertreffen, machen die 
aktive Gestaltung der Zusammenarbeit notwendig, sie eröffnen gleich- 
zeitig aber auch Räume. 


11 Diese Problematik haben Anna Maria Neubert (geb. Komprecht) und Daniel 
Röwenstrunk bereits 2016 in ihrem Beitrag adressiert, der vor dem Hintergrund 
des beschriebenen Umstandes die Gründung des »Zentrum Musik — Edition« 
beleuchtet. Vgl. Komprecht Anna Maria/Röwenstrunk Daniel, Projektmanage- 
ment in digitalen Forschungsprojekten. Ein Leitfaden für interdisziplinäre und koope- 
rative Drittmittelprojekte im Umfeld Digitaler Editionen, in: Stadler Peter/Richts 
Kristina (Hg.) »Ei, dem alten Herrn zoll< ich Achtung gern««. Festschrift für Joachim 
Veit zum 60. Geburtstag. München 2016, 509. 

12 Es lässt sich wohl darüber spekulieren, ob dies unter anderem daran liegt, dass 
»Management« schon sprachlich auf eine etwaige Ökonomisierung der Wis- 
senschaft verweist und diese in den Geisteswissenschaften - sowie von den Au- 
torinnen dieses Beitrags — abgelehnt wird. Die Diskussion um Effizienzsteige- 
rung von wissenschaftlichem Arbeiten etc. muss an anderer Stelle geführt wer- 
den. Vgl. hierzu Cremer, Fabian/Dogunke, Swantje/Frank, Markus/Wübbena, 
Thorsten, Unfrequently Asked Questions. Interviewreihe zu Projektmanagement in 
den Digital Humanities. Perspektive Lehre, 2021, URL: https://dx.doi.org/10.17613/ 
3pqd-xd10, 5. 
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Im Folgenden wird zunächst am Beispiel der Edition zu zeigen 
sein, inwiefern sich Projektarbeit in den traditionellen und in den di- 
gitalen Geisteswissenschaften unterscheidet, um im zweiten Schritt 
darzulegen, welche Fragen sich traditionell arbeitende Geisteswissen- 
schaftler*innen stellen sollten, um ihr unbewusstes Wissen bewusst 
und damit kommunizierbar gegenüber ihren Projektpartnern anderer 
Fachdisziplinen zu machen. Insofern setzt der Beitrag noch vor der 
Frage nach speziellen Methoden des agilen Projektmanagements an, 
nämlich an dem Punkt, an dem eine Grundlage für die konkrete Pro- 
jektplanung und damit für die Gestaltung der Zusammenarbeit gelegt 
wird. 

Hierzu machen wir den Vorschlag für einen Reflexionsbogen, der 
insbesondere traditionell arbeitenden Geisteswissenschaftler*innen 
helfen soll, ihre Gegenstände, Fragestellungen und Methoden für Infor- 
matiker*innen kommunizierbar zu machen und eine Grundlage für ein 
tatsächliches Gemeinschaftsprojekt zu erarbeiten. Unsere Überlegun- 
gen bzw. der Bogen können einerseits zur Vorbereitung eines Antrags 
dienen, da hier strukturiert Fragen zum Projekt und den Möglichkeiten 
seiner Umsetzung gestellt werden. Andererseits dienen sie der Vorbe- 
reitung des Projektes zwischen Bewilligung und Projektstart. Insofern 
wollen wir einen Weg aufzeigen, wie Geisteswissenschaftler*innen, 
die bislang wenig Berührungspunkte mit dem Forschungsbereich der 
DH hatten, aktiv an der Gestaltung ihrer Projekte mitarbeiten und - 
über die Antragstellung hinaus - zu deren Gelingen beitragen können. 
Als leitendes Beispiel wird uns die Edition als DH-Projekt dienen, was 
jedoch den Anwendungsbereich des Reflexionsbogens nicht zwingend 
auf diesen Gegenstand beschränken, sondern lediglich einen Eindruck 
zur konkreten Planung eines DH-Projektes verleihen soll. 


Editionen als Projekt - im Spannungsfeld von gedruckter und 
digitaler Edition 


Die Edition als eines der sowohl für die traditionellen als auch für die 
digitalen Geistes- und Kulturwissenschaften wichtigsten Arbeitsfelder 
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dient uns als Beispiel und Ausgangspunkt für unsere Untersuchung, um 
Unterschiede und Kontinuitäten deutlich zu machen, die Auswirkungen 
auf eine Projektplanung haben. Differenzen und Gemeinsamkeiten zwi- 
schen »traditioneller« Druckedition und digitaler Edition werden insbe- 
sondere an ihren jeweiligen Zielen und Voraussetzungen nachvollzieh- 
bar. In diesem Kapitel sollen daher zunächst die grundlegenden Prämis- 
sen beider Editionsformen herausgearbeitet und voneinander abgrenzt 
werden. Die folgende eingehende Betrachtung des Themas Edition dient 
mithin auch performativ als Beispiel dafür, wie ein geisteswissenschaft- 
licher Gegenstand zum Zweck der interdisziplinären Kommunizierbar- 
keit aufbereitet werden kann und sollte. 

Grundsätzlich gilt, dass ohne die »editio«, die Herausgabe eines 
wissenschaftlich verlässlichen Textes, der unterschiedliche Textzeugen 
historisch-kritisch und in Bezug auf bestimmte Kriterien würdigt, die 
Arbeit mit historischen Texten für viele wissenschaftliche Fragestellun- 
gen bedeutend schwieriger oder gar unmöglich wäre. Die Bereitstellung 
eines vertrauenswürdigen Textes hängt dabei selbstverständlich zualler- 
erst mit dem Verständnis eines Text- und Editionsbegriffs zusammen. 
Die Definitionen unterscheiden sich dabei weniger zwischen digitaler 
und gedruckter Edition als vielmehr in ihrer fachinternen Relation. 
Vor allem in den Philologien schauen wir auf fachinterne Traditionen 
und Paradigmenwechsel zurück, die auch unser heutiges Verständnis 
von einer Editionswissenschaft - auch einer digitalen - mitbestim- 
men: In den Altphilologien sind noch immer die historisch-kritischen 
Editionsformen pragend, die auf die Lachmann’sche Methode zurück- 
gehend bis heute vor allem für antike Texte Stemmata und Archetypen 
erzeugen, um ein verlorenes Autororiginal zu rekonstruieren und die- 
ses von (zumeist mittelalterlichen) Abschriften und ihren Schreibern 
abzugrenzen. Davon gelöst hat sich vor allem die Mediävistik mit dem 
Leithandschriftenverfahren, das von einem geradezu unmöglich zu 
ermittelnden Autortext ausgeht und die späteren Überlieferungszu- 
stände sowie rezipierten Texte in den Blick nimmt.” Diese Art der 


13 Besonders bekannt ist hier beispielsweise die Tervoorens Ausgabe von Minne- 
sangs Frühling. 
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Textkritik ist damit weniger »autororientiert< als vielmehr »text- und 
überlieferungsorientiert«. Für die Germanistik ist mit der Aufnahme 
eines neugermanistischen Forschungsgebiets in die eigene Disziplin die 
Textkonstruktion anhand verschiedener autoreigener Textfassungen 
eines Werkes (Entwurf, Reinschrift, Druck und Druckfahne) prägend 
geworden, wobei die Diskussion um den Autorwillen und die Autor- 
intention vor allem durch Goethes »letzte Hand«-Theorie ausgelöst 
wurde.“ Weniger die einzelnen Fassungen in den Blick nimmt das 
neuere Verständnis des dynamischen Textbegriffs," der die Gesamtheit 
des überlieferten Textes in seiner »Prozesshaftigkeit der Textgenese« 
erfasst, sodass der Apparat des edierten Textes zum eigentlichen Wesen 
der Edition wird,'* während der editierte Text nur ein Vorschlag des 
Editors als Lesetext darstellt. 

Während dieser kursorische Abriss lediglich einen unvollständigen 
Überblick über die unterschiedlichen Ansätze und Theorien der Tex- 
thermeneutik der traditionellen Editionswissenschaft darstellt, zeigt 
er doch deutlich, welchen Einfluss die Fachprämissen auf die Wahl der 
Methodik für Editionsprojekte haben. Für unsere Auseinandersetzung 
mit Editionen als Projekte können wir folgern: Wenn bereits unter 
den traditionell ausschließlich geisteswissenschaftlichen Teilgebieten 
uneinheitliche und zum Teil disparate Prämissen darüber bestehen, 
welchen editorischen Theorien und Methoden zu folgen ist, muss die 
Sensibilität für unterschiedliche Vornahmen in der Zusammenarbeit 
verschiedener Disziplinen - wie in digitalen Editionsprojekten unver- 
meidlich - umso größer sein. 


14 Goethe selbst hatte seine Textbearbeitung von 1827-1830 mit dem Titel 
»Ausgabe letzter Hand« versehen, was von der Weimarer Goethe-Ausgabe 
(1887-1919) als Aufforderung zur ausschließlichen Rezeption des letzten Autor- 
willens verstanden wurde. 

15 Vgl. hierzu vor allem die grundlegende Arbeit von Martens, Gunter, Was ist ein 
Text? Ansätze zur Bestimmung eines Leitbegriffs der Textphilologie, in: Poetica 21, 
1989, 1-25. 

16 Vgl. hierzu auch Nutt-Kofoth, Rüdiger, Editionswissenschaft, in: Schneider, Jost 
(Hg.), Methodengeschichte der Germanistik, Berlin 2009, 109-132, hier: 118. 
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Nehmen wir nun die Zieldimensionen und Gestaltungsspielräume 
von gedruckten und digitalen Editionsprojekten in den Blick: Mit der 
Printedition schauen wir auf eine lange Tradition zurück, für die sich 
Normen und Regeln fachintern, aber auch über Fachgrenzen hinweg 
etabliert haben. Zentral ist für die gedruckte Edition der fertige Druck- 
text, das Ergebnis einer wissenschaftlich-kritischen und zitierfähigen 
»Ausgabe«, die in Buchform oft mit einer Einleitung zu Autor, Text und 
Überlieferungssituation herausgegeben wird.” Auf Faksimiles und an- 
dere Abbildungen der Handschrift oder des Drucks wird zumeist allein 
aus Gründen der Lesbarkeit verzichtet, weshalb in historisch-kritischen 
Ausgaben alle im Editionstext nicht aufgenommenen Abweichungen 
oder Anpassungen einer Kollation mehrerer Textzeugen durch einen 
umfangreichen editorischen Apparat verzeichnet werden. Der Lesepro- 
zess der Printedition ist dabei einer Linearität unterworfen, die nicht 
nur die methodische Herangehensweise und den Umgang mit »dem« 
Text in gewisser (nämlich linear-gedruckter) Weise vorgibt, sondern 
auch Züge der Interpretation des »Befunds« als editorische Leistung 
mitbestimmt:® Die Textkonstitution wird als abgeschlossener Prozess 
dargestellt, auf den der Leser - mithilfe der Angaben im textkritischen 
Apparat - vertrauen muss. Anders gestalten sich die eher seltenen 
Faksimile-Editionen, die die Gegenüberstellung von editorischem Text 
und Schriftenabbild auch in Buchform vorsehen und den Prozess des 
De- und Re-kodierens nachvollziehbar gestalten wollen, jedoch eine Er- 
schwernis in der Lesbarkeit mit sich bringen, da auf jeder Doppelseite 
der Fließtext unterbrochen wird. 


17 Den Ablauf des Editionsprozesses beschreibt Nutt-Kofoth wie folgt: »Der Edi- 
tor findet auf dem Textträger die materialisierten Schriftzeichen vor und muss 
diesen Ausgangsbefund zunächst feststellen, um aufgrund dessen z.B. geneti- 
sche Prozesse zu rekonstruieren. Doch zugleich ist das Lesen der Schriftzeichen 
und das Erkennen von deren räumlicher Ordnung auf dem Textträger schon ei- 
ne erste Interpretationsleistung, die in die Befundbeschreibung eingeht.« Ebd. 

18 Die Interpretation als Leistung des Editors wird seit jeher diskutiert, scheint 
aber grundlegend zu sein, so auch Bodo Placha, Editionswissenschaft. Eine Ein- 
führung in Methode und Praxis der Edition neuerer Texte, Stuttgart 1997, 35ff. 
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Geradezu die mediale Antwort auf diese Problematik bietet die di- 
gitale Edition, deren Textstruktur nicht-linear, sondern dynamisch funk- 
tioniert und verschiedene Formate und Abbildungsebenen sowie -kon- 
texte flexibel wiedergeben kann: Der Text kann in verschiedenen Bear- 
beitungsversionen, Textzeugen oder Ausführungen dargestellt und an- 
gezeigt werden, Faksimiles können ein- und ausgeblendet werden, ein 
editorischer Vorschlag für einen Ausgabentext durch den Editor kann, 
muss aber nicht gemacht werden. Auf diese Weise ergeben sich gleich 
zwei zentrale Unterschiede zur Papieredition: Erstens wird der Text so- 
wie sein Befund vom Medium getrennt und in eine transmediale Re- 
präsentation des Textes durch abstrakte Kodierung überführt.'? Daraus 
folgt zweitens über den oben bereits erwähnten dynamischen, prozess- 
orientierten Textbegriffhinaus ein »pluralistischer«,”° der die Vielfalt al- 
ler Textphänomene ebenso wie den Text als Ganzes in den Blick nimmt 
und zulässt, was eine Printedition nicht bieten kann: Die einzelnen Be- 
funde können in unterschiedlicher, vor allem aber auch in mehrfacher 
Weise codiert werden, wofür die TEI Guidelines als Standard zur Verfü- 
gung stellt.” 


19 Sahle, Patrick, Zwischen Mediengebundenheit und Transmedialisierung. Anmerkun- 
gen zum Verhältnis von Edition und Medien, in: editio 24, 2010, 23-36. 

20 Sahle hat seiner umfassenden und dreiteiligen Dissertation seine Uberlegun- 
gen zu einem pluralistischen Textbegriff als durch die Speichen miteinander 
verzahntes »Textrad« visualisiert, in die er die sechs editionswissenschaftlichen 
Grundperspektiven auf einen Text zusammengeführt hat: Text, als linguisti- 
scher Code philologischer Textkonstitution; Textw, der den Text als Werk in sei- 
ner argumentativen oder narrativen Struktur auffasst; Texts als Textfassung in 
Bezug auf die Varianz des linguistischen Codes; Textz zur Erfassung von Zei- 
chen und Bedeutungstragern in ihrer performativen Funktion in der histori- 
schen Umgebung; Textp zur Widergabe der Materialität von Text; Text; als In- 
halts- und Informationsproposition eines Textes. 

21 Hockey, Susan, Electronic Texts in the Humanities. Principles and Practice, Oxford, 
Washington 2000, 37: »The guidelines provide for multiple views of a text and 
multiple encodings for individual phenomena within a text.« Vgl. dazu auch 
Sahle, Digitale Editionsformen. Teil 3: Textbegriffe und Recodierung, Norderstedt 
2013, 248 sowie die Argumentation zu den Kodierungsvorschlägen der TEI, die 
eine transmediale Abbildung der Daten möglich machen: Sahle, ebd., 341-390. 
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Die Textgenese funktioniert damit ebenso wie das Produkt »digitale 
Edition« nicht als abgeschlossener Prozess und linearer Text, sondern 
vielmehr als eine offene Grundlage und ein Ausgangspunkt für wei- 
tere Bearbeitungen und Forschungsinteressen - wodurch die einem 
»womöglich illusionären, aufklarerischen Fortschrittsgedanken[]«”” 
unterliegt: Nicht das Ergebnis, sondern der Prozess selbst ist das erstre- 
benswerte Produkt, das wiederum zu einem anderen und noch nicht 
näher bestimmbaren Vorhaben und dessen Ergebnis genutzt werden 
kann. Die Arbeit des Editors, die in der Printedition durch Ersttran- 
skriptionen, Emendationen, Konjekturen oder Kommentarvorschläge 
im nicht dokumentierten Prozess zwischen Handschriftentext und 
Drucktext liegt, kann und sollte in der digitalen Edition sichtbar ge- 
macht werden durch einen zugänglichen Quellcode, der XML-Datei 
und der Dokumentation der Arbeitsschritte inklusive der Guidelines 
und des zugrundeliegenden Datenmodells. Diese großartige Chance 
von Nachnutzbarkeit und Transparenz, die die digitale Edition durch 
das Spiegeln des eigenen Prozesses bietet, stellt zugleich eine erheb- 
liche Gefahr der Angreifbarkeit dar, die die Printedition durch das 
Nichtdarstellen des eigenen Editionsprozesses vermeiden kann. 

Digitale Editionen sind - auch wenn sie urheberrechtlich geschützt 
sind - potenziell fungibel”. Das bedeutet, dass mögliche Anschlussfor- 
schung von Beginn an anders gedacht werden muss, als dies bei einer 
gedruckten Edition der Fall ist. Die digitale Edition kann durch forma- 
le und inhaltliche Annotationen erweitert werden, sie kann auf ande- 
re, nicht-lineare Weise dargestellt und mithin rezipiert werden, oder sie 
wird Teil eines Korpus, auf das Methoden des Distant Readings angewen- 
det werden. Die digitale Edition ermöglicht es also, über ihren abbilden- 
den Inhalt hinaus »Forschungsdaten« zu generieren. Im Prinzip können 
diese und weitere mögliche Bearbeitungen als eine Zusammenarbeit mit 


22 _Baillot, Anne/Schnöpf, Markus, Von wissenschaftlichen Editionen als interoperable 
Projekte, oder: Was können eigentlich digitale Editionen? (Historische Mitteilungen 
der Ranke-Gesellschaft), 2015. 

23 Das gilt selbstverstandlich für alle Formen von digital repräsentierten For- 
schungsergebnissen. 
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anderen Forscher*innen über das Projektende hinaus verstanden wer- 
den. Damit dies gelingen kann, muss auch die Dokumentation für die 
Zeit nach der Förderphase entsprechend nachvollziehbar gestaltet wer- 
den.” 

Für unsere Untersuchung ergibt sich damit eine Abgrenzung ge- 
druckter Editionsprojekte von digitalen in erster Linie in ihrer diver- 
genten Zieldimension: Während die Printedition auf einen linearen 
Drucktext als abgeschlossenes Ergebnis abzielt, ist die digitale Editi- 
on geprägt von einer grundlegenden Prozesshaftigkeit. Zwangsläufig 
ergeben sich daraus Unterschiede in der theoretischen, methodischen 
und auch praktischen Anlage des Projektes Printedition oder digitale 
Edition, die entscheidende Differenzen für die jeweilige Konzeption 
und Planung mit sich bringen. In einer Gegenüberstellung ergeben 
sich damit insbesondere drei Bereiche, die die Projekthaftigkeit beider 
Editionsvorhaben inhaltlich voneinander unterscheidet und die in ei- 
nem Antrag mitgedacht werden sollten: a) Projektziel, b) Akteure und 
c) Projektanlage. Alle drei Dimensionen sollen im Folgenden für das 
digitale Projekt in Abgrenzung zur Printedition in ihren Eigenheiten 
klar umrissen werden, bevor sie im zweiten Teil dieses Beitrags auf ihre 
praktische Anwendung als Projekt- und Antragsvorbereitung geprüft 
werden. 


a) Projektziel 


Wie gezeigt, ist das Ziel einer gedruckten Edition in erster Linie die 
wissenschaftliche Herausgabe eines Textes, wobei die theoretische 
Grundlage und Methodik eng mit dem eigenen Fachkontext verbunden 


24 Auch die Etablierung eines Best-Practice für Dokumentation und Veröffentli- 
chung von Editionen ist ein Prozess, der noch nicht abgeschlossen ist. Den aktu- 
ellsten Beitrag hierzu leistet die Kooperation des RIDE-Journals und des NFDI- 
Konsortiums Text+. Gengnagel, Tessa/Neuber, Frederike/Schulz, Daniela, EDI- 
TORIAL: FAIR Enough? Evaluating Digital Scholarly Editions and the Application of the 
FAIR Data Principles. RIDE 16 (2023). URL: . Accessed: 05.07.2023. 
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sind.” Die Repräsentationsform sowie die zu schaffende Ressource ist 
an das Printmedium gebunden und damit statisch sowie eindeutig. 
Offen hingegen ist das Erkenntnisinteresse, das auch bei einer Prin- 
tedition nicht ausschließlich bei der Veröffentlichung einer historisch- 
kritischen Textausgabe liegt (wobei auch darin bereits interpretatori- 
scher Wert und ein Erkenntnisgewinn bekundet wird), sondern darüber 
hinaus verbunden mit dem Kommentar und einer Einleitung eine 
zielgerichtete Forschungsfrage beantworten kann, insbesondere hin- 
sichtlich formaler, medienbezogener und inhaltlicher Kriterien, der 
Epochen- und Gattungsfrage und einem personellen Netzwerk. 

Alle erwähnten Zielbestrebungen der Printedition lassen sich auf die 
digitale Edition übertragen, sind jedoch weniger klar umrissen und offe- 
ner in der Umsetzung. Diese methodische und konzeptionelle Offenheit 
birgt die Verpflichtung, von Anfang an eine klare Zielbestimmung zu 
formulieren, die die erwähnten Aspekte zum Gegenstand, zum ange- 
strebten Erkenntnisgewinn, zum zugrunde gelegten Theoriebegriff, 
zur Methodik, aber auch zur beabsichtigten Repräsentationsform und 
den anvisierten Ressourcen berücksichtigt. Selbstverständlich lassen 
sich nicht von Beginn an alle Möglichkeiten oder auch Unmöglichkeiten 
eines solchen Projektes abschätzen. Die Erfahrung zeigt jedoch, dass 
eine klare Zielformulierung gerade für die grundsätzlich prozessof- 
fene digitale Edition von großer Bedeutung für das Produkt und die 
Fertigstellung des Projektes ist. Unterscheiden lassen sich in diesem 
Zusammenhang kleinere und größere digitale Editionsprojekte, wobei 
erstere in ihrem Gegenstand eher mit der traditionellen Printedition 
vergleichbar sind und kritische Herausgaben in den Blick nehmen, die 
— häufig auch im Kontext einer Qualifikationsarbeit - einen Werkaus- 
schnitt, ein kleineres Korpus oder das kleinere Werk eines Autors in den 
Blick nehmen und zumeist die technische Umsetzung mit betreuen, 
ohne selbst eine informatische Ausbildung mitzubringen. Während 


25 Auch für eine gedruckte Edition können wie gezeigt Text- und Editionsbegriff 
unterschiedlich ausfallen; schon die Entscheidung für eine diplomatische Tran- 
skription des Textes hat Einfluss auf den interpretatorischen Befund der Editi- 
on. 
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diese kleineren Editionsprojekte oft mit einem experimentellen Cha- 
rakter, flexiblen kleineren Teams und großer methodischer Offenheit 
einhergehen, laufen sie Gefahr, durch eine fehlende Anbindung an 
ein größeres Netzwerk an personellen, finanziellen, institutionellen 
und technischen Hürden zu scheitern. Das von vornherein inhaltlich, 
technisch und methodisch extrem begrenzt formulierte Projektziel 
scheint in diesem Kontext die einzige Möglichkeit zu sein, die aufgrund 
diverser Darstellungsmöglichkeiten (und damit Interpretationsoptio- 
nen) die Komplexität, die im Vergleich zur gedruckten Edition besteht, 
zu reduzieren. 

Doch auch für größere digitale Editionsprojekte, die auf Zusam- 
menarbeit verschiedener Fachkontexte angewiesen sind, gilt das Pro- 
jektziel und die frühzeitige Formulierung einer Ergebniserwartung als 
ausschlaggebend für das Gelingen des eigentlich prozessorientierten 
Vorhabens.” 


b) Akteure 


Der zumeist alleinige Editor eines gedruckten Korpus wird zum fach- 
spezifischen Teammitglied eines Verbundprojektes: Während Printedi- 
tionen allenfalls in kleineren Projektteams von fachwissenschaftlich 


26 Sahle betont das große Potential, das diese kleineren Projekte in Bezug auf 
Theoriebildung haben, warnt aber auch vor langfristigen Einzelkämpferprojek- 
ten, die unvollendet und dauerhaft »work in progress« bleiben. Sahle, Patrick, 
Digitale Editionsformen. Teil 2: Befunde Theorien und Methodik, Norderstedt 2013, 
77. 

27 Ein Nachjustieren ist dabei zwingend und auch mit der Bestimmung eines Pro- 
jektziels unumstößlich. Ideal ist es deshalb, Ziele»SMART« (vgl. Doran, George 
T., There's a SMART way to write management’s goals and objectives, in: Manage- 
ment Review, 70 (11), 1981, 35-36, hier 36) aber auch agil zu formulieren und 
Zwischenziele zur Reflexion und Anpassung von vornherein festzulegen. Mit 
der Einteilung in Pflicht- und Kür-Ziele wird ermöglicht, mit dem Projektstart 
und der Erstfinanzierung eine Basis zu schaffen, die eventuelle Folgefinanzie- 
rungen oder auch durch andere Projekte fortgeführt werden können. Ein Risi- 
kobewusstsein in Bezug auf das eigene Projekt(ziel) ist damit unumgänglich. 
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nahen Projektpartner*innen erarbeitet werden, nehmen digitale Edi- 
tionen schon aufgrund der nicht auf den Drucktext begrenzten Mög- 
lichkeiten erstens einen zumeist komplexeren Forschungsgegenstand in 
den Blick (s. den Hinweis zur Eingrenzung der Erkenntnisinteressen 
und Darstellungsoptionen unter a), den es mit einem größeren Team zu 
bearbeiten gilt, das oft nicht ausschließlich aus der eigenen primären 
Forschungsumgebung stammt (kulturelle, geistige, soziale, histori- 
sche, politische und religiöse Phänomene im breiteren Kontext), und 
benötigen zweitens eine Bearbeitung des Forschungsgegenstandes, die 
spezifischer Ressourcen anderer nicht genuin geisteswissenschaftlicher 
Fächer wie der Informatik bedarf, deren Fragestellungen, Methoden 
und Ziele sich oft grundlegend unterscheiden. Auch wenn der Grund- 
stab an mitwirkenden Akteuren sich gegenüber der Printedition nicht 
unterscheidet (Editionswissenschaftler*innen, Geisteswissenschaft- 
ler*innen der beteiligten Fachbereiche), weichen die Rollen für den 
Veröffentlichungsprozess oft erheblich ab: Hersteller”innen, Setzer*in- 
nen, Verleger*innen und Bibliotheken als Bewahrort werden durch 
Softwareentwickler*innen, Metadaten- und IT-Spezialist*innen, Web- 
designer*innen und Service Provider/Server Hosts ersetzt.” Während 
die Kommunikation bei gedruckten Editionen damit vor allem in der 
eigenen geisteswissenschaftlichen Community stattfindet, ist für ein 
digitales Editionsprojekt die Verständigung über die Fachgrenze hinaus 
unumgänglich. Sowohl die beteiligten geisteswissenschaftlichen For- 
scher*innen sind auf (Grob-)Kenntnisse der informationswissenschaft- 
lichen Bereiche angewiesen, um ein Verständnis für Möglichkeiten zu 
erhalten, als auch umgekehrt: nur durch ein tatsächliches inhaltliches 
Verständnis des Forschungsgegenstandes kann auch die Umsetzung, 


28 Eine gelungene graphische Übersicht über die jeweils beteiligten Akteure ei- 
ner gedruckten Edition im Vergleich zur digitalen Edition gibt Georg Vogeler, 
Digitale Editionspraxis. Vom pluralistischen Textbegriff zur pluralistischen Software- 
lösung, in: Bosse, Anke/Fanta, Walter (Hg.), Textgenese in der digitalen Edition, Ber- 
lin 2019, 117-136, hier 121. Es wird deutlich, dass an einer digitalen Edition nicht 
unbedingt mehr Akteure beteiligt sind, aber dass sich die Aufgabenfelder zum 
Teil unterscheiden und nicht alle Akteure auf dasselbe Fachwissen zurückgrei- 
fen können. 
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Darstellung und Umgebung entsprechend funktionieren. Ein projekt- 
bezogener Workflow und Routinen des Austausches sind in diesem 
Kontext ebenso essenziell wie die bewusste Arbeitsteilung und eine 
strategische Aufteilung der Akteure auf zielführende Projektbereiche. 
Schon in der Anlage des Projektes müssen daher nicht nur Stellen be- 
antragt, sondern auch Mitarbeiter*innenprofile entworfen werden, die 
besetzbar sind und dem Projekt dienen. Personelle wie institutionelle 
Voraussetzungen bilden den Grundstein für eine gute Teamarbeit und 
das Gelingen des digitalen Editionsprojekts. 


c) Projektanlage 


Das digitale Gemeinschaftsprojekt hat wie oben bereits erwähnt zu- 
meist einen größeren Umfang und eine interoperable Grundanlage, 
die es in seiner Grundstruktur zu systematisieren gilt: Während die 
Vorlagen einer gedruckten Edition klar strukturiert sind in Text, Appa- 
rate, Einleitung und einem optionalen Kommentar-, Interpretations- 
und/oder Übersetzungsteil, ist die digitale Edition mit weniger fes- 
ten Bestandteilen und Regeln auch in der Darstellung in beinahe alle 
denkbaren Richtungen geöffnet. Diese Freiheit verpflichtet zugleich 
erheblich, bedenkt man, dass mit der Darstellung auch die Ebene der 
Interpretation des Gegenstandes tangiert wird, die entscheidend sein 
kann für die Beantwortung von Forschungsfragen. Präsentiert in der 
Printedition der Textgegenstand selbst in seiner linearen Darstellung 
und im Zusammenhang mit dem kritischen Apparat oder dem optio- 
nalen Kommentar einen interpretatorischen Befund, so ergeben sich 
für die digitale Edition weit mehr indirekte Lenkungskriterien für den 
Leser: Schon die Darstellung des Textes selbst in seiner komplexen oder 
reduzierten Informationsstruktur, in einer dynamischen, durch Pop- 
Ups oder in Unterebenen eingebetteten Textansicht oder auch die An- 
ordnung entscheidet über Rezeption. Im Gegensatz zur überwiegend 
schwarz-weißen Druckfassung einer statischen Printedition hat eine 
digitale Edition eine ganz andere Art der Verantwortung in Bezug auf die 
Aufmerksamkeit und Wahrnehmung des Nutzenden. Die eingesetzten 
digitalen Methoden und die gewählte virtuelle Forschungsumgebung 
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wird damit zum zentralen Dreh- und Angelpunkt der Edition: die 
Auswahl muss damit zwingend zum Befund und der gewünschten In- 
tention der Textgenese passen, um der Edition des Textes auch gerecht 
zu werden. Hier schließt sich dann die etwas allgemeinere Frage an: 
Wie kann die Projektanlage der Bewahrung, Anschlussfähigkeit und 
Nachnutzbarkeit gerecht werden, über das ein gedrucktes Buch in sei- 
ner Anlage grundlegend anders entspricht als eine digitale Ressource? 
Sicherlich sind offene Formate, Standardisierungen der Dokumenta- 
tion und Verwendungsweise, persistente Verweise, Zeichencodierung 
in UNICODE, die Nutzung von Normdaten und anderen an den TEI- 
Vorgaben orientierte Entscheidungen grundlegend. Wichtig scheint es 
aber vor allem schon in der Projektanlage zu sein, Synergien zu nutzen, 
die Anschlussfähigkeit an vorhandene Projekte, technische Umgebun- 
gen, Ontologien zu prüfen, bestehende Hard- und Software ausfindig 
zu machen und Netzwerke herzustellen. Jedes kleinere Editionsprojekt 
ist für sich genommen ein wertvoller Beitrag, kann aber in einer Ver- 
bundumgebung und als Teil eines Netzwerkes weit mehr bewirken und 
einen langfristigeren Nutzen bringen. Es zeigt sich, dass die Trennung 
in Ziel, Akteure und Anlage insofern lediglich analytisch ist und sich 
diese Bereiche im Projektmanagement wechselseitig bedingen. 

Die aufgezeigten Differenzen von klassischer Printedition und di- 
gitaler Edition laden dazu ein, ganz unterschiedliche Arten von Projek- 
ten zu gestalten, die jeweils dem einen oder aber ganz anderen Projekt- 
ziel dienen. Der Grundsatz für Anträge kann nicht sein, dass die digi- 
tale Edition aufgrund der vielseitigeren Darstellungsoptionen wie das 
Einbinden von Abbildungen der Original-Handschriften geeigneter ist 
und in Zukunft die traditionelle Edition ablösen muss. Vielmehr sehen 
wir in beiden Herangehensweisen völlig diverse, eigenständige Zugän- 
ge zum Text und dessen vermeintlichen Originalen - jeweils mit unter- 
schiedlichen Vor- und Nachteilen, die besonders auf der interpretatori- 
schen Ebene einen Unterschied ergeben. Man sollte sich also gut über- 
legen, welche Umsetzungsart der Forschungsfrage und dem Erkennt- 
nisgewinn am nächsten kommt und welche Offenheit der Nachnutzbar- 
keit angemessen und brauchbar ist. Fällt die Entscheidung auf die di- 
gitale Edition, sind viele weitere Entscheidungen schon vor Beginn des 
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Projekts zu treffen. Diesen wollen wir uns im folgenden, eher prakti- 
schen Teil unseres Beitrags nähern und dabei die Entscheidungen vor 
und während des Projektstarts in den Blick nehmen. 


Projektmanagement: Herausforderung für traditionell 
arbeitende Geisteswissenschaftler*innen - 
Gelingensbedingung für digitale Projekte 


Entlang der oben erarbeiteten drei Dimensionen - Projektziel, Akteure/ 
Team und Projektanlage - skizzieren wir im Folgenden Vorüberlegungen, 
die zu einer aus unserer Sicht vorausschauenden Gestaltung von Anträ- 
gen beitragen sowie als Vorbereitung des Projekts vor dem eigentlichen 
Projektstart - im Sinne eines Prä-Projektmanagements — dienen. Zu- 
sätzlich können die Reflexionsfragen bei der Besetzung der Projektstel- 
len helfen. In der Regel sind bei Bewilligung des Projektes nicht für alle 
zu besetzenden Stellen bereits Personen vorgesehen. Insbesondere für 
die Besetzung der informatischen Stellen ist meist unklar, ob geeignete 
Kandidat*innen gefunden werden kénnen.” 

Aus den bereits genannten Gründen ist die kluge Gestaltung von 
Zusammenarbeit besonders relevant. Diese setzt eine gelungene Kom- 
munikation zwischen den einzelnen Beteiligten voraus. Reiz und 
Mehrwert der Digital Humanities liegen nicht in der unreflektierten, 
vollständigen Adaption von IT-Methoden auf geisteswissenschaftliche 
Gegenstände, sondern in deren Integration in geisteswissenschaftliche 
Forschung. Damit dies jedoch gelingen kann, sollte der originär geistes- 
wissenschaftliche Ansatz eines Projektes möglichst voraussetzungslos 


29 Ein Hauptproblem besteht sicherlich darin, dass universitäre Arbeitsverträge 
nicht mit den Möglichkeiten für Informatiker*innen in der Wirtschaft konkur- 
rieren können. An dieser Stelle wollen wir darauf hinweisen, wie wichtig das 
sogenannte Domänen-Wissen der Informatiker*innen ist. Personen, die bspw. 
bisher hauptsächlich mit Bilddaten gearbeitet haben, müssen einen großen 
Aufwand betreiben, um sich in die Verarbeitung von Textdaten einzuarbeiten. 
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beschrieben werden und damit vor allem (aber nicht nur) an Informa- 
tiker*innen kommunizierbar sein. Zwar wird die Beschreibung des 
Vorhabens inklusive der Definition von Arbeitspaketen und der Aus- 
arbeitung eines Zeitplans bereits im Antrag geleistet. Adressat”innen 
sind jedoch Fachkolleg*innen, sodass hier ein anderes Vorwissen im je- 
weiligen Forschungsfeld vorausgesetzt werden kann. Auch erfordert die 
Textgattung Antrag? einen anderen Zugang zu Forschungsgegenstand 
und -methodik; sie ist eher beschreibend und weist die Desiderate nach, 
denen begegnet werden soll, wobei sie weniger instruktiv auf die prak- 
tischen Abläufe sowie kurz- und mittelfristigen Projektziele gerichtet 
ist. Insofern ist es sinnvoll, das Projekt noch einmal mit Blick aufandere 
Adressat*innen und konkretere Arbeitsschritte zu betrachten. 

Die hier vorgestellten Überlegungen, die wir anhand von Beispielen 
aus dem Bereich der digitalen Editorik erläutern, werden am Ende des 
Beitrags in Form eines Reflexionsbogens zusammengefasst, anhand 
dessen eine kommunikative Basis für die Zusammenarbeit geschaffen 
werden kann. Vor dem Hintergrund unterschiedlicher Rollenerwar- 
tungen gehen wir davon aus, dass diese auf Kommunikation und 
Zusammenarbeit gerichtete Vorarbeit von den Antragsteller*innen 
geleistet werden muss, da diese in der Regel auch die wissenschaftliche 
Leitung des Projektes übernehmen.” 


a) Projektziel 


Der erste Fragenkomplex betrifft die Bestimmung von Ziel und Ergebnis 
des Projektes. Beides findet bereits im Antrag bzw. vor dessen Erstel- 


30 Vgl. Tseng, Ming-Yu: Toward a metapragmatic analysis of self-review in re-search 
grant proposals: from relevance to metarelevance, in: Intercultural pragmatics 9, 
2012, 335-360. 

31 Vgl. Cremer, Fabian/Dogunke, Swantje/Frank, Markus/Wübbena, Thorsten, Un- 
frequently Asked Questions. Interviewreihe zu Projektmanagement in den Digital Hu- 
manities. Perspektive Lehre, 2021, URL: http://dx.doi.org/10.17613/3pqd-xd10, 5. 
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lung” statt. Mit Blick auf die spezifischen Anforderungen an DH-Pro- 
jekte ist jedoch vor allem die Unterscheidung zwischen dem Erkennt- 
nisinteresse, das mit dem Projektziel identifiziert werden kann, und den 
Projektergebnissen, zu denen die digitalen Ressourcen gehören, zu be- 
achten. In der Beratungspraxis zeigt sich, dass Ziel bzw. Erkenntnisin- 
teresse häufig nur vage und diffus formuliert werden können. So wird 
häufig der Wechsel des Mediums in der digitalen Edition nicht durch 
ein originäres Erkenntnisinteresse, das mit diesem Wechsel verbunden 
ist, begründet sondern mit Argumenten wie einer leichteren Verfügbar- 
keit, Wegfall der Druckkosten oder antizipierte Erwartung von Drittmit- 
telgebern. Dabei kann eine digitale Edition andere Fragen beantworten 
als eine gedruckte, ohne dass eine der beiden Formen unabhängig vom 
Erkenntnisinteresse einen Vorteil sui generis hätte. Die Erfahrung, dass 
unklar bleibt, inwiefern die jeweils beantragte digitale Ressource dazu 
beiträgt, das Erkenntnisinteresse zu erfüllen, haben sicherlich alle schon 
einmal gemacht, die regelmäßig Antragsteller*innen in den Digital Hu- 
manities beraten.” 

Von den Überlegungen zu Erkenntnisinteresse und angestrebter 
Ressource ausgehend können grob diejenigen Schritte und Zeitabläufe 
formuliert werden, die zur Erreichung des Projektziels und zur Erzeu- 
gung der Ergebnisse notwendig sind. Dies muss in dem Bewusstsein 
geschehen, dass besonders in Bezug auf die digitalen Ressourcen noch 
kein definitiver Plan entwickelt werden kann. Vielmehr können diese - 
zum Teil vielleicht auch in Unkenntnis der technischen Machbarkeit - 
angestellten Überlegungen als Diskussionsgrundlage dienen. 

Mit Blick auf die digitale Ressource im Besonderen muss eine Ent- 
scheidung darüber getroffen, wer hier die perspektivischen Nutzer*in- 


32 Das, was wir unter dem Projektziel verstehen, wird bereits in der von 
Komprecht und Röwenstrunk mit dem Begriff»Projektidee« bezeichneten Pha- 
se erarbeitet. Vgl. Komprecht/Röwenstrunk 2016, 513. 

33 Ebenso hartnäckig wie die Annahme, es reiche aus, den jeweiligen Stellen, die 
DH-Anträge beratend unterstützen, ausschließlich den »Datenbankabschnitt« 
bzw. den »technischen Teil« zukommen zu lassen, hält sich die Vorstellung, dass 
es sinnvoll sei, diese Datenbank als einen weiteren Output, vergleichbar mit 
einem weiteren Workshop, zu beantragen. 
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nen sind. Möchte ich eine Edition erarbeiten, die auch von traditionell 
arbeitenden Frühneuzeitforscher”innen genutzt werden soll, so ist es 
ungünstig, wenn diese nicht mit einer graphischen Benutzeroberfläche, 
sondern nur mit Eingaben von Code-Befehlen bedient werden kann. An- 
ders sieht dies aus, wenn es um die Entwicklung innovativer Anwendun- 
gen für die DH-Community geht; hier ist die leichte Bedienbarkeit ein 
Surplus, das erst im zweiten oder dritten Schritt der Entwicklung reali- 
siert werden muss. Damit sich die Projektmitarbeiter*innen besser vor- 
stellen können, wie das Ergebnis schlussendlich im Webdesign realisiert 
aussehen soll, ist es ebenfalls hilfreich, wenn Antragsteller*innen bereits 
Beispiele recherchieren, die in Bezug auf Features, Visuelles und Bedien- 
barkeit ihren Vorstellungen entsprechen. 

Von der Bestimmung von Projektziel und -ergebnis ausgehend sieht 
unser Bogen Uberlegungen zu Gegenstand, Theorie und Methode vor. 
Den Geisteswissenschaften sind solche reflektierenden Uberlegungen 
eingeschrieben. Allerdings soll auch hier die Perspektive eingenommen 
werden, dass eine kommunikative Grundlage fiir die Zusammenar- 
beit geschaffen wird. Wenn ein Korpus zur Barocklyrik ediert und 
nach bestimmten Kriterien annotiert werden soll, dann ist dies als 
Beschreibung für Literaturwissenschaftler*innen im ersten Moment 
meist hinreichend. Im Antrag werden sicherlich die genauen Kriterien 
der Korpuserstellung angegeben. So muss man sich aus geisteswissen- 
schaftlicher Perspektive bewusst machen, dass für Informatiker*innen 
Daten in erster Linie schlicht Daten sind. Die ästhetische, historische 
oder ethische Bedeutung, die Artefakten in der Rezeption zukommt, 
muss häufig erst erläutert und ausgetauscht werden.” Auch die Frage 
nach der Verortung auf der Skala von »historisch« bis »systematisch« 


34 Fur die Literaturwissenschaftlerin mag es schmerzhaft sein, dass die Informa- 
tikerin das Petrarca- oder Greiffenberg-Gedicht im ersten Moment in gleicher 
Weise betrachtet wie Bundestagsprotokolle oder Sprachdaten aus WhatsApp- 
Chats. Damit auch hier die Kommunikation gelingt und nicht direkt belastet ist, 
erscheint es sinnvoll, von Anfang an deutlich zu machen, was den Gegenstand 
aus Perspektive der eigenen Wissenschaft so besonders macht: Denn auch um- 
gekehrt ist es eben wichtig, die Daten auch tatsächlich als solche betrachten zu 
können, um in die Umsetzung zu kommen. 
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kann hilfreich fiir das Projekt sein. In der Regel sind Projekte weder 
rein historisch, in dem Sinne, dass sie ausschließlich historische Ge- 
genstände aufbereiten, noch rein systematisch, insofern in der Regel 
kulturelle Artefakte mit Blick auf ein bestimmtes Erkenntnisinteres- 
se beforscht werden, die immer zeitlich verortet sind.” Eine genaue 
Auseinandersetzung mit dem Verhältnis von historischen zu systema- 
tischen Anteilen eines Projektes erscheint insbesondere in den Digital 
Humanities angezeigt, da hier zusätzlich zu diesen Fragen durch die 
digitalen Methoden weitere Reflexionsräume eröffnet werden. Auf 
diese Weise kann ein Editionsprojekt den Einsatz bestimmter digitaler 
Methoden auf einen bisher ausschließlich traditionell beforschten Text 
selbst reflektieren und dies zum Teil des Projektziels machen. Die Fra- 
gen zu bereits bestehenden methodischen Zugängen zum spezifischen 
Gegenstand ermöglicht eine Reflexion darüber, wie sich das DH-Pro- 
jekt mit seinem potentiell neuen Ansatz innerhalb des Diskurses der 
Fachdisziplin positioniert, aber auch, inwiefern sich hier Anknüp- 
fungspunkte und Synergien ergeben können. Darüber hinausführende 
Überlegungen zu weiteren Methoden sind insofern spannend, als es in 
den meisten Geisteswissenschaften historisch immer wieder Verfahren 
gab/gibt, die stark mit Operationalisierungen und Quantifizierung 
gearbeitet haben/arbeiten. So hat die Editionsphilologie, die nicht in 
erster Linie quantitativ und stattdessen qualitativ arbeitet, einen Hang 
zur Operationalisierung der beobachteten Phänomene. Insgesamt ist 
es vorbereitend auch für die fachwissenschaftlichen Mitarbeiter*in- 
nen sinnvoll, in dieser Hinsicht Unterschiede und Gemeinsamkeiten 
zwischen den unterschiedlichen methodischen Zugängen konkret zu 
benennen. Ebenso wie es hilfreich sein kann, einschlägige - idealer- 
weise in Teilen auch einführende - Lektüren bereits im Vorhinein zu 
sammeln, sodass eine Auseinandersetzung mit den theoretischen und 


35 Eine Ausnahme bildet hier sicherlich die Philosophie, in der regelmäßig Fragen 
überzeitlichen Anspruchs gestellt und die daher rein systematisch bearbeitet 
werden. 
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methodischen Voraussetzungen des Projektes von Beginn an gelingen 
kann.” 

Für Geisteswissenschaftler*innen ist die Auseinandersetzung mit 
möglichen Risiken eines Projektes eher ungewohnt. Dies liegt sicherlich 
auch daran, dass geisteswissenschaftliche Forschung zwar scheitern 
kann, sie aber weniger von externen Bedingungen abhängig ist. Für di- 
gitale Editionen - und DH-Projekte im Allgemeinen - empfiehlt es sich 
im Vorhinein zu überlegen, welche Faktoren den gelungenen Abschluss 
des Projektes gefährden könnten. Dies ist zunächst die Infrastruktur 
an der eigenen Institution. So können strenge Datenschutzauflagen 
von Universitäten oder Fakultäten die Arbeit verzögern, wenn bspw. 
auf Dienstrechnern nicht selbstständig Programme installiert oder 
geupdatet werden dürfen. Die personellen Risiken für eine Edition 
bestehen zum einen in den bereits angesprochenen Schwierigkeiten, 
Informatiker*innen mit dem richtigen Domänenwissen für die Edi- 
tion?” zu gewinnen. Zum anderen führt die prekäre Arbeitssituation 
in den Wissenschaften allgemein dazu, dass Personen sich auch in 
laufenden Projekten wegbewerben. Diesem Risiko muss durch eine 
gute Dokumentation, die darüber hinaus nicht zuletzt zur Einhaltung 
der FAIR-Prinzipien?® notwendig ist, begegnet werden.” Zur Risiko- 
bewertung gehört allerdings auch, dass klar gemacht wird, wo es unter 
widrigen Bedingungen Spielräume für mögliche Anpassungen gibt 


36 Die Erfahrungen aus eigener Projektarbeit und der Beratung zeigen, dass es 
auch aus zeitökonomischen Gründen angezeigt sein kann, zu Beginn der Pro- 
jektarbeitsphase ein wenig Zeit für solche (gemeinsamen) Lektüren und den 
Austausch zu Theorien und Methoden einzuplanen. Dies erleichtert später die 
Kommunikation und macht die Arbeitsorganisation oft deutlich effizienter. 

37 Gerade im Bereich der Edition von Texten, die wie beispielsweise mittelalterli- 
che Codices oftmals mit umfassenden Text-Bild-Bezügen arbeiten, ist dies alles 
andere als trivial. 

38 Siehe Fußnote 24. 

39 Die Heuristik, die sich bei uns in der Beratung bewährt hat, ist, von Anfang an so 
kleinschrittigund nachvollziehbar zudokumentieren, dassjederzeitjede:r Pro- 
jektmitarbeiter*in ausfallen oder im Lotto gewinnen könnte und der Arbeits- 
ausfall ab dem Folgetag dem Projekt keinen Schaden zufügen kann. 
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und was nicht verhandelbar ist. Um eine gewisse Handhabe über das 
Risiko zu bekommen, sollten Zwischenevaluationen - unabhängig von 
solchen, die die Förderinstitution vorgibt - eingerichtet werden. 


b) Akteure 


Die Dimension Akteure bezieht sich zum einen auf die Gestaltung des 
Antrags und zum anderen auf die eigentliche Projektarbeit. Beides ist 
in Bezug auf das Projektteam von elementarer Bedeutung. Mit Blick auf 
Drittmittelprojekte ist die Beantragung der Mitarbeiter*innenstellen 
der wohl zentralste Aspekt, da diese auch den größten Kostenpunkt dar- 
stellen und dadurch Projekte aus Perspektive der Förderinstitutionen 
»zu teuer« machen können. Dennoch sollte realistisch geplant werden, 
welche Stellen benötigt werden. Bei größeren Projekten kann es sinnvoll 
sein, eine eigene Koordinationsstelle zu beantragen. Zumindest sollten 
sich — will die Projektleitung selbst die inhaltliche Koordination nicht 
übernehmen - koordinative Aufgaben im Umfang der beantragten 
Stellen niederschlagen. Hier ist es hilfreich sich von entsprechenden 
Stellen oder von Kolleg*innen beraten zu lassen. 

Der Fragenkomplex zur Kommunikation mit fachfremden Wissen- 
schaftler*innen stellt für uns den Kern des Bogens dar. Die vorherge- 
henden Fragen zielten vor allem darauf, das unbewusste Wissen, das 
in den Antrag eingeflossen ist, sowie unbewusste Erwartungen und 
Vorstellungen, bewusst und damit vermittelbar zu machen*°. Dabei 
erscheint es uns wichtig, zunächst eine klare Vorstellung davon zu ha- 
ben, welches Vorwissen vorausgesetzt werden kann. Es kann hilfreich 
sein, sich klarzumachen, dass der letzte Kontakt des Gegenübers mit 
dem eigenen Fach im besten Fall in der Schulzeit stattgefunden hat.” 
Für Informatiker*innen sind geisteswissenschaftliche Daten aufgrund 
ihrer Komplexität spannend. Dies muss jedoch auch deutlich werden. 


40 Vgl. Komprecht/Röwenstrunk 2016, 519. 
41 Gerade für die sogenannten »Kleinen Fächer« kann dies in der Regel überhaupt 
nicht vorausgesetzt werden. 
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Umgekehrt ist es ebenso notwendig, dass sich Geisteswissenschaft- 
ler*innen in die Arbeits- und Denkstrukturen der Informatik einfinden. 
Hierzu zählen insbesondere Fragen der Modellierung von Phänomenen. 
Die TEI-Kodierung eines edierten Texts mutet vielen traditionell arbei- 
tenden Editor*innen zunächst ebenso fremd an wie die meist fehlende 
Möglichkeit durch eine kommentierende Fußnote eine Entscheidung 
zu erläutern und/oder zu relativieren. 

Auf einer guten kommunikativen Basis aufbauend kann dann das 
notwendig arbeitsteilige Vorgehen organisiert werden. Dieses umfasst 
neben der Verteilung von Aufgaben auch die von Kompetenzen und 
Verantwortlichkeiten. Wenn die Editionsphilologin neben ihrer eigent- 
lichen Arbeit alle Prozesse überwachen und jede Einzelentscheidung 
treffen soll, wird das Projekt nicht gelingen. Das bedeutet aber auch, 
dass sich die Projektleitung von vornherein klar macht, welche Stellen 
für welche Teilprozesse verantwortlich sind. Dies wird insbesondere 
dann virulent, wenn diese Prozesse aufeinander aufbauen. Bei der 
Erstellung einer Edition werden Transkriptionsrichtlinien festgelegt, 
ehe der Text zunächst transkribiert wird. Im Falle der digitalen Edition 
muss zusätzlich das Datenmodell erarbeitet werden, bevor die Aus- 
zeichnung beginnen kann. Es muss also klar sein, wie diese Prozesse 
ineinandergreifen und wo es Überschneidungen geben darf. So kann 
die Erarbeitung des Datenmodells zeitgleich zur Transkription vorge- 
nommen werden, wenn klar ist, dass nicht eine Person alleinig für das 
Gesamtprojekt verantwortlich ist. Für die Digital Humanities beson- 
ders wichtig sind Überlegungen zu iterativen Prozessen. Diese finden in 
den traditionellen Geisteswissenschaften zwar durchaus statt, werden 
dort aber nicht immer explizit als solche verstanden. Die Entwicklung 
von digitalen Ressourcen muss notwendig iterativ gestaltet werden. 
Ein Datenmodell wird prospektiv erarbeitet und dann am Gegenstand 
weiterentwickelt, weil in den Daten Phänomene auftauchen, die so 
nicht erwartet wurden. Hierfür muss einerseits Zeit eingeplant werden, 
andererseits wird Frust vermieden, indem diese Form des (Über-)Arbei- 
tens von Beginn an deutlich gemacht wird. Auch die Frage danach, wie 
Kommunikation organisiert wird, ist nicht trivial. Es sind Überlegungen 
notwendig, wie kurzfristige Absprachen effizient getroffen, Zwischen- 
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stadien von Dokumenten kollaborativ bearbeitet und zu besprechende 
Ergebnisse dokumentiert werden.” Die Workflows und Arbeitsweisen 
sind sicherlich Ergebnisse von Aushandlungsprozessen innerhalb des 
Projektteams, aber auch hier kann die Projektleitung bzw. die Projekt- 
koordination unterstützen, indem Strukturen geschaffen werden, wie 
bspw. regelmäßige Treffen oder die Bereitstellung von entsprechenden 
Tools, wie »Teams«, »Asana«, »Slack« oder »Mattermost«.* Wichtig ist, 
dass es nicht zu viele »Orte« sind, an denen kommuniziert wird. Wenn 
eine Datei potentiell per Mail verschickt, in einen geteilten Ordner 
hochgeladen oder über ein Chatprogramm geteilt worden sein kann, 
weil es hierzu keine Absprache gab, ist dies ungünstig. 


c) Projektanlage 


Die Projektanlage bezieht sich insbesondere auf die Nachnutzbarkeit 
des Projektes. Das gedruckte Buch wird in der Bibliothek zur Verfügung 
gestellt oder von den Leser*innen selbst erworben. Die digitale Edition 
muss anders aufbewahrt werden. Hier ist es sinnvoll sich besondere Ex- 
pertise im Bereich des Forschungsdatenmanagements einzuholen. Die 
meisten Förderinstitutionen erwarten mittlerweile, dass dem Antrag 
ein Datenmanagementplan beigefügt wird. Darüber hinaus empfiehlt 
es sich bereits frühzeitig, Möglichkeiten des Hostings abzuklären.** Mit 
Blick auf das Management des Projektes selbst muss vor allem auf eine 
gute Dokumentation geachtet werden, wie an anderer Stelle bereits 
erwähnt. Diese setzt voraus, dass man sich klar macht, wann, wie und 
warum Projektentscheidungen getroffen werden. 


42 Vgl. Komprecht/Röwenstrunk 2016, 513. 

43 Wirsind uns bewusst, dass die genannten Tools in unterschiedlichen Hinsich- 
ten problematisch sind. Meist hängt die Verfügbarkeit der Tools auch an den 
jeweiligen Institutionen. 

44 Inder Regel stellt dies kein großes Problem dar. Viel komplizierter ist die Frage, 
wie die Präsentationsschicht einer digitalen Ressource in ihrer vollen Funktio- 
nalität nach Projektende gepflegt werden kann. 
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Reflexionsbogen 


Der Reflexionsbogen resultiert aus den oben skizzierten Unterschie- 
denen innerhalb der drei Dimensionen Projektziel, Akteure und Pro- 
jektanlage, die sich für eine Projektplanung einer digitalen Edition im 
Gegensatz zu einem traditionellen geisteswissenschaftlichen Projekt 
wie der Printedition ergeben. Die hier vorgeschlagenen Fragen dienen 
dazu, das implizite Wissen der projektbeteiligten Geisteswissenschaft- 
ler*innen explizit und den Projektpartnern anderer Disziplinen und 
Fachbereiche kommunizierbar zu machen. Sie versuchen — ausge- 
hend von Editionsprojekten gedacht - abstrakt, die Gesamtheit der 
DH-Projekte abzubilden und haben dadurch zwangsläufig nur Vor- 
schlagscharakter: Sie können und müssen um eigene projektbezogene 
Fragen der eigenen Disziplin erweitert werden. Die Strukturierung der 
Fragenkomplexe ist nicht trennscharf und dient eher der Ubersichtlich- 
keit denn der Etablierung einer konzisen Typologie von metareflexiven 
Themen in Bezug auf ein gemeinsames Projektmanagement.” 


Projektziel 


Bestimmung von Ziel und Ergebnis 


Welches Erkenntnisinteresse verfolgen Sie mit diesem Projekt? 

o Gehtesinerster Linie um eine Verfügbarmachungdesedierten 
Werkes und die Schaffung einer Grundlage für Folgeprojekte 
(Gesamtkorpus)? 

Welche Forschungsfrage steht im Vordergrund? 

Wie verhalten sich die digitalen Ressourcen, die in dem Projektent- 

stehen sollen, zu diesem Erkenntnisinteresse? 


45  Andieser Stelle gilt ein besonderer Dank Swantje Dogunke, die uns ihren Bera- 
tungsbogen aus der eigenen Praxis zur Verfügung gestellt hat, an den wir mit 
unseren Überlegungen und Erfahrungen in einigen Punkten sehr gut anschlie- 
ßen konnten. 
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Welche Schritte müssen insgesamt im Projekt gegangen werden, 
damit das Erkenntnisinteresse erreicht wird? 

Welche Zwischenziele gibt es? Wann sind diese zu erreichen (Zeit- 
plan)? 

Welche Schritte sind in Bezug auf die digitale Ressource notwen- 
dig? 

In welcher Form stellen Sie sich die»Ergebnisse« des Projektes vor? 
Wie sollen diese präsentiert werden? 

Möchten Sie eine digitale Ressource schaffen, die von der DH-Com- 
munity, Ihrer fachwissenschaftlichen Community oder beiden ge- 
nutzt wird? 

Welche Ressourcen kennen Sie schon, die so ähnlich ausse- 
hen/funktionieren, wie Sie es gerne hätten? 


Reflexion über Gegenstand, Theorie und Methode 


Was definiert Ihren Gegenstand? 


o Epoche 
o Medium 
o Gattung 


o formale oder inhaltliche Kriterien 

o Personen 

Wo verorten Sie Ihr Projekt auf der Skala von »historisch« zu »sys- 
tematisch«? Wollen Sie eher einen historischen Gegenstand ange- 
messen aufbereiten, oder eine systematische Frage klären? 
Welche inhaltlichen Schnittstellen zu anderen laufenden oder ab- 
geschlossenen Projekten gibt es? Welche sollen erreichtwerden? 
Welche etablierten methodischen Zugänge zu diesem Gegenstand 
gibt es bereits in Ihrer Fachwissenschaft? 

Können Siediese für Ihr Projekt fruchtbar machen oder wie können 
Sie Ihren Ansatz sinnvoll von diesem abgrenzen? 
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Welche einschlägigen theoretischen/methodologischen Texte 
könnte man lesen, um den Ansatz Ihres Projektes nachvollziehen 
zu können? 


Risikobewusstsein 


Welche Aspekte des Projektes sind heikel? 

o aus inhaltlichen Gründen 

o aus personellen Gründen 

o aus infrastrukturellen Gründen 

Wo können/müssen gegebenenfalls Anpassungen vorgenommen 
werden? 

Was ist nicht verhandelbar? 

Zu welchem Zeitpunkt kann eine Zwischenbilanz und Nachjustie- 
rung stattfinden? Was beinhaltet die Zwischenevaluation? 


Akteure und Projektteam 


Team 


Welche Stellen brauchen Sie für Ihr Team, um den Forschungsge- 
genstand und dem Ziel habhaft zu werden? 

Wo können Sie sich Einschätzungen holen, welchen Umfang fach- 
fremde Arbeitsbereiche beinhalten? 


Kommunikation mit fachfremden Wissenschaftler*innen 


Wie können Sie die wichtigsten Aspekte Ihres Gegenstandes und 
des gesamten Projekts fürjemanden verständlich machen, die*der 
im besten Fall das letzte Mal in der Schule etwas mit meinem Fach 
zu tun hatte? 

Was müssen Sie aus den anderen Wissenschaften kennen und ver- 
stehen, damit Sie eine gemeinsame Sprache finden? 
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Wann teilen Sie welche Zwischenstände und wie sehen diese Ab- 
sprachen aus? 


Arbeitsteilung 


Welche Aufgaben liegen in der Verantwortung einzelner? Wer hat 
an welchem Punkt das letzte Wort? 

Welche Aufgaben bauen aufeinander aufund wie müssen diese ab- 
gestimmt werden? 

Welche Arbeitsschritte werden iterativ gestaltet? 

Wie organisieren Sie die Kommunikation und den Austausch? 
Welchen Workflow gibt es? Welche Routinen und welchen Rhyth- 
mus? 


Projektanlage 


Darstellung/Realisierung 


Wie kann der Befund ineinem Design dargestelltwerden, ohne das 
Projektziel/die Interpretation zu verfälschen? 
Welche Umsetzung wird benötigt? 


Nachnutzung 


Kennen Sie Standards, die die Nachnutzbarkeit der Ressource er- 
leichtern? Welche benötigen Sie für Ihr Ziel? 

An welchem Punkt im Projekt und unter welchen Bedingungen 
sollten Sie (neu) über Standards etc. entscheiden? 

Welche Artvon Transparenz soll Ihr Projekt langfristig haben? Wel- 
che Lizenzen wählen Sie? Wie offen zugänglich ist Ihr Quellcode? 
Wissen Sie, welche Dinge Sie zwingend dokumentieren müssen 
und welche sinnvollerweise zusätzlich dokumentiert werden soll- 
ten? 
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Sind Sie bereit, unter Umständen ein Negativergebnis zu veröffent- 
lichen und damit zu dokumentieren, welche Lehren man aus dem 
Projekt ziehen kann? 

Welche Anschlussfähigkeit bietet sich? Wie kann ich die Ressource 
bekannt machen? 

Welches Repositorium können Sie sich langfristig für Ihre Ressour- 
ce vorstellen? Gibt es bereits Strukturen und Netzwerke, in die Ihr 
Projekt passen könnte? Welche Abstimmungen vor ab sind hierfür 
notwendig? 
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Projektmanagement in den Digital Humanities? 
Eine Spurensuche in Handbüchern und Curricula 


Fabian Cremer, Swantje Dogunke, Thorsten Wübbena 


Abstract Projektmanagement wird in der Forschungspraxis als eine Kernkom- 
petenz in den Digital Humanities gesehen. Wie werden die dafür notwendigen 
Fähigkeiten im Rahmen der Qualifikationsphase erworben? Wenn das Projekt- 
management in den DH als eine wissenschaftliche und fachspezifische Tätigkeit 
verstanden wird, welche Ansätze und Methoden werden in Studium und Lehre 
vermittelt? In diesem Beitrag werden im Rahmen von zwei Studien die inhaltli- 
chen und methodischen Vermittlungskonzepte in Handbüchern aus den DH so- 
wie in den Curricula von DH-Studiengängen untersucht. Der Themenkomplex 
wird in den untersuchten Quellen hinsichtlich Umfang, Ausgestaltung und Rele- 
vanz unterschiedlich behandelt, wobei eine umfassende Vermittlung in dedizier- 
ten Buchkapiteln oder Modulen die Ausnahme darstellt. Insgesamt ist eine starke 
Praxisorientierung zu verzeichnen. Insbesondere Ansätze, die explizit Methoden 
und Lerninhalte definieren, geben Impulse für ein Vermittlungskonzept, welches 
Projektmanagement als fachspezifische Kompetenz in das Studium der DH in- 
tegriert. Diese Konzepte können in die zukünftige Planung von Studiengängen 
und anderen Fort- und Weiterbildungsangeboten einfließen und darauf aufbau- 
end durch eine Community of Practice' als Rahmen für den weiteren Kompetenz- 
erwerb ergänzt werden. 


1 Siehe hierzu u.a. Friederike R. Bliss, Anja Johanning, Hildegard Schicke, Com- 
munities of Practice — Ein Zugang zu sozialer Wissensgenerierung, Bonn, 2006, 
URL: http: //www.die-bonn.de/id/3316 [letzter Zugriff: 16.01.2024] 
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1. Wie wird man Projektmanager*in 
in den Digital Humanities? 


In der Arbeit als Digital Humanist wird man schnell Projektmanager”in 
— genauer: man gerät schnell in die Situation, Projektmanagement ein- 
setzen zu müssen. Einen Faktor bilden die häufig genannten Rahmenbe- 
dingungen Forschender in den Digital Humanities, wie die hohe Inter- 
disziplinarität, starke Projektförmigkeit durch Drittmittelorientierung 
oder die steigende Komplexität in Großvorhaben, denen durch eine Op- 
timierung von Projektmanagement begegnet werden kann.” Der zwei- 
te Faktor ist die Rolle, die Digital Humanists in diesen Forschungsko- 
operationen zugeschrieben wird, entweder explizit als »Intermediary«? 
zur Vermittlung zwischen Disziplinen und den Bereichen der Forschung 
und Infrastruktur, oder implizit, indem davon ausgegangen wird, dass 
Digital Humanists nicht nur die eigenen Aufgaben selbst managen, son- 
dern auch die Abhängigkeiten zu vielen anderen Aufgabenbereichen.* 
Wie wird man nun zur/m Projektmanager*in in den Digital Huma- 
nities — genauer: an welcher Stelle und wie werden die dafür notwen- 
digen Kompetenzen erworben? Die Hinweise, dass Projektmanagement 
bereits in der Fachcommunity der DH als (Forschungs-)Aktivitat wahr- 
genommen wird, finden sich an vielen Stellen, wie der gemeinsamen 
Open Methdology TaDiRAH’, den damit verknüpften Beiträgen auf den 


2 Anna Maria Neubert, Navigating Disciplinary Differences in (Digital) Research 
Projects Through Project Management, in: Silke Schwandt (Hg.), Digital Meth- 
ods in the Humanities, 2020, 59-86, 62, URL: https://doi.org/10.1515/978383945 
4190-003 [letzter Zugriff: 16.3.2021]. 

3 Jennifer Edmond, The Role of the Professional Intermediary in Expanding the 
Humanities Computing Base, in: Digital Scholarship in the Humanities 20/3, 2005, 
367-380, 373, URL: https://doi.org/10.1093/IIc/fqio36 [letzter Zugriff: 3.10.2023]. 

4 Ashley Reed, Managing an Established Digital Humanities Project: Principles 
and Practices from the Twentieth Year ofthe William Blake Archive, in: Digital 
Humanities Quarterly 008/1, 2014, 7, URL: http: //www.digitalhumanities.org/dh 
q/vol/8/1/000174/000174.html [letzter Zugriff: 13.03.2024] 

5 TaDiRAH, TaDiRAH — Taxonomy of Digital Research Activities in the Humanities, 
2014, URL: https://vocabs.dariah.eu/tadirah/de/ [letzter Zugriff: 14.03.2024]. 
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Jahrestagungen des Verbandes oder dem Angebot von Fort- und Weiter- 
bildungen. In der Praxis werden die nötigen Fähigkeiten und Kenntnis- 
se bereits von Absolvent*innen erwartet.° So kann davon ausgegangen 
werden, dass die Fahigkeit, jene eingangs genannte Vermittlerfunktion 
auszuftillen, im Rahmen eines Digital Humanities-Studiums erworben 
wird und dabei das Projektmanagement eine Schlüsselkompetenz bil- 
det.” 

Gibt es hierfür auch gemeinsame theoriebasierte Grundlagen? Zu ei- 
ner verbindenden theorie-basierten »intellectual middleware« der DH,’ 
die dem Vorwurf der reinen Praxisorientierung entgegentritt, würde 
dann auch der Bereich Projektmanagement gehören. Doch Terras beob- 
achtete 2012 noch, dass viele derjenigen, die in den Digital Humanities 
arbeiten, ihre Fähigkeiten durch Erfahrung sowie Trial and Error und 
nicht durch Lehre und Ausbildungsprogramme erworben haben.’ Auch 
Siemens stellt 2016 fest, dass aufgrund fehlender Programme die Digital 
Humanists auf Workshops, Kurse oder auf die harte Tour (»the school 
of hard learned experience«) angewiesen sind.'° Das gilt auch für das 
Projektmanagement. So werden in frühen Publikationen zu DH-Cur- 
ricula,” Projektmanagement und Organisationsfähigkeit als Lernziele 


6 Julie Thompson Klein, Interdisciplining Digital Humanities: Boundary Work in 
an Emerging Field, 2015, 125, URL: https://library.oapen.org/handle/20.500.12 
657/24035 [letzter Zugriff: 14.03.2024];. 

7 Christof Schöch, Digital Humanities: »Sehr gute Berufschancen«, in: Wissen- 
schaftsladen Bonn, URL: https://www.wila-arbeitsmarkt.de/blog/2019/07/02/d 
igital-humanities-berufschancen/ [letzter Zugriff: 3.10.2023]. 

8 Patrik Svensson, Big Digital Humanities: imagining a meeting place for the hu- 
manities and the digital (Digital Humanities), Ann Arbor 2016, URL: https://do 
i.org/10.3998/dh.13607060.0001.001 [letzter Zugriff: 26.030.2024]. 

9 Melissa Terras, Being the Other: Interdisciplinary Work in Computational Sci- 
ence and the Humanities, in: Marilyn Deegan und Willard McCarty (Hg.), Col- 
laborative Research in the Digital Humanities, 2012, 213-230, 225. 

10 Lynne Siemens, Project Management and the digital humanist, in: Doing digi- 
tal humanities: practice, training, research, New York 2016, 345. 

11 Patrick Sahle, DH studieren! Auf dem Weg zu einem Kern- und Referenz- 
curriculum der Digital Humanities (DARIAH-DE Working Papers), Göttingen 
2013, 39, URL: https://nbn-resolving.de/urn:nbn:de:gbv:7-dariah-2013-1-5 [letz- 
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formuliert, Umsetzungsformen bleiben jedoch unerwähnt. Cremer 
beobachtet 2019 zudem, dass »Projektmanagementkompetenzen nicht 
unmittelbar, sondern wenn überhaupt nur mittelbar weitergegeben 
werden (z.B. indem Module als Projekt gestaltet werden)«.” Aktuellere 
Beiträge zeigen zum einen, dass ein reflektierender Blick auf Erfolgs- 
faktoren und Gelingensbedingungen »neben geisteswissenschaftlicher 
und technologischer Expertise umfangreiche Sozial- und Projektma- 
nagementkompetenzen« einschließt? und zum anderen, dass durch die 
projektbedingt kurzen, unterbrochenen und wechselhaften Arbeitsver- 
hältnisse in Teams und DH-Abteilungen stetig wechselnde Rollen und 
Expertisen notwendig werden, zu denen auch das Projektmanagement 
gehört.” 

Während außercurriculare Angebote durchaus zu finden sind, so- 
wohl international (DHSI 2023) als auch im deutschsprachigen Raum,” 
bleibt die Frage nach der Verankerung des Projektmanagements in den 
Curricula bisher unbeantwortet. Dieser Beitrag ist einer Spurensuche 


ter Zugriff: 3.10.2023]; Digital Humanities als Beruf. Fortschritte auf dem Weg 
zu einem Curriculum. Akten der DHd-Arbeitsgruppe »Referenzcurriculum Di- 
gital Humanities«, Graz 2015. 

12 Fabian Cremer, Gottes Werk und Teufels Beitrag: Ein Essay zu Digital Huma- 
nities und Projektmanagement, in: DHd-Blog, 2019, URL https:/dhd-blog.org/ 
?p=11283%20 [letzter Zugriff: 3.10.2023]. 

13 Wuttke, Ulrike, Wege bereiten, vermitteln und Denkräume schaffen! Refle- 
xionen zu institutionellen und infrastrukturellen Erfolgsfaktoren für Digital 
Humanities an deutschen Universitäten auf Grundlage von Expert*innenin- 
terviews, 2022, https://zfdg.de/2022_006, Abschnitt 54 [letzter Zugriff am 
16.1.2024]. 

14 Flanders, Julia, Imagining and designing digital humanities jobs, in: Julianne 
Nyhan et al. (Hg.), On Making in the Digital Humanities The scholarship of dig- 
ital humanities development in honour of John Bradley, London 2023, 148-61. 

15 Markus Frank, Projektmanagement für die Digital Humanities, 2022, URL: 
https://doi.org/10.5281/zenodo.6327986 [letzter Zugriff: 3.10.2023] und Mar- 
kus Frank Projektmanagement in DH-Curricula: Bedarf, Inhalt, Verankerung, 
in: Fabian Cremer et al. (Hg.), Projektmanagement und Digital Humanities, 
2024, 49-80. URL: https://doi.org/10.14361/9783839469675-003 [letzter Zugriff: 
16.01.2024]. 
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gewidmet und geht der Frage nach, ob und wie in den inzwischen 
etablierten Studiengängen der Digital Humanities Projektmanagement 
vermittelt wird. Als Untersuchungsgegenstände dienen zunächst ein- 
führende Werke (meist Handbücher), die sich vor allem an Studierende 
oder Interessierte richten, die sich aus anderen Disziplinen erstmals 
den Digital Humanities zuwenden. Zudem sind diese Bücher auch als 
eine Art Bestandsaufnahme eines Fachs aus der Perspektive der Au- 
tor*innen und Expert*innen eines Gebiets zu sehen. Im zweiten Teil 
werden die Modulhandbücher von DH-Studiengängen dahingehend 
untersucht, ob und wie Projektmanagement formal verankert ist.’° Auch 
hier wird der Balance zwischen Theorie und Praxis in der Vermittlung 
von Projektmanagement in den Digital Humanities nachgegangen." 


2. Projektmanagement (an)lesen: 
Vermittlung in der Sekundärliteratur 


2.1. Heuristik, Erhebung, Einschränkungen 


Untersucht man den Stellenwert von Projektmanagement in den Digi- 
tal Humanities, könnte demnach eine Auswertung des stetig wachsen- 
den Markts von DH-Handbüchern neue Erkenntnisse liefern. Der An- 
spruch von Autor”innen und die Erwartungen der Zielgruppe von Hand- 
büchern ist es, einen Einstieg in das meist titelgebende Thema zu ge- 
ben. Gelungene Handbücher bieten einen allgemeinen Überblick, der 
die gesamte Breite des Wissensbereich umfasst und können zudem ein 
Wegweiser sein, um spezifische Themen zu vertiefen. Diese allgemei- 
ne Erwartungshaltung an Handbücher ersetzt keine genaue Definition, 


16 An dieser Stelle sei Teresa Wendel und Sarah Büttner für die Unterstützung bei 
der Datensammlung zu den Studiengängen und Modulhandbüchern gedankt. 

17 Lisa Spiro, 14. Opening up Digital Humanities Education, in: Brett D. Hirsch 
(Hg.), Digital Humanities Pedagogy: Practices, Principles and Politics (Digital 
Humanities Series), Cambridge 2015, 331-363, 341, URL: https://books.openedi 
tion.org/obp/1654 [letzter Zugriff: 03.10.2023]. 
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die Grenzen sind flieSend™ und es gibt keine formalisierte bibliotheka- 
rische Zuordnung, wie z.B. bei Festschriften, Hochschulschriften oder 
Rechtsnormen. 

Für die nachfolgende Analyse wurden 22 einführende Werke der Di- 
gital Humanities mit Handbuch-Charakter - wichtig waren die Merk- 
male »einführend« und »allgemein« — untersucht. Folgende Aspekte 
wurden beleuchtet: 


1. Wird Projektmanagement als Teil der Arbeit in den Digital Huma- 
nities gesehen? 

2. Wenn Projektmanagement enthalten ist, wird überprüft, ob es expli- 
zit Erwähnung findet - z.B. in einem eigenen Kapitel oder Textab- 
schnitt - oder ob es implizit enthalten ist, z.B. durch Empfehlungen 
für Projektmanagement-Software. 

3. Wenn Projektmanagement erwähnt wird, wird überprüft, ob Pro- 
jektmanagement als eine zwingende Reaktion auf Rahmenbedin- 
gungen in der Praxis eingesetzt werden muss oder es als strate- 
gischer Vorteil aus einer theoretischen Vorüberlegung gewertet 
wird. 


In einem ersten Schritt wurden Inhaltsverzeichnisse und ggf. vorhan- 
dene Register nach Begriffen aus dem Bereich des Projektmanagements 
untersucht. Treffer wurden dann qualitativ geprüft. In weiteren Schrit- 
ten wurden bei digital vorliegenden Titeln Volltextsuchen mit Begriffen 
aus dem Bereich Projektmanagement gestartet und der Kontext der 
Textstellen eingehender untersucht. Bei Titeln, die gedruckt vorlagen, 
wurden Bezüge zum Projektmanagement kursorisch geprüft. Konnten 
bei den beschriebenen Schritten keine Textstellen mit Bezügen zum 


18  Weiterfiihrendes: Konrad Umlauf, Moderne Buchkunde: Bücher in Bibliothe- 
ken und im Buchhandel heute (Bibliotheksarbeit, 2), Wiesbaden 2005, 65; Rei- 
ner Keller, Orientierungshilfen im Dickicht des Wissen Beiträge in Handbü- 
chern, in: Kathrin Ruhl et al. (Hg.), Publizieren während der Promotion, Wies- 
baden 2010, 73-78, 73, URL: https://doi.org/10.1007/978-3-531-92386-4_10 [letz- 
ter Zugriff: 03.10.2023]. 
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Projektmanagement gefunden werden, blieb als letzter Schritt ein close 
reading. Nur in einem Fall konnte kein Bezug nachgewiesen werden. 

Während der Untersuchung stellte sich heraus, dass der erste Aspekt 
mit einer Ja/Nein-Codierung beantwortet werden konnte, während es 
bei der Frage nach Theorie/Praxis und Explizit/Implizit auch Textstellen 
in den Handbüchern gab, die hier nicht absolut zugeordnet werden 
konnten. Auch innerhalb eines einzelnen Handbuchs können verschie- 
dene Ausprägungen festgehalten werden. Für einzelne Textstellen 
ließen sich somit fünf verschiedene Ausprägungen identifizieren, die 
im Folgenden eingehender betrachtet werden: Explizit-Praxis, Explizit- 
Theorie, Implizit-Praxis, Implizit-Iheorie und Handbücher, in denen 
keine Hinweise auf Projektmanagement enthalten sind.” Für jedes 
Handbuch wurde im Anschluss eine Einschätzung abgegeben, welchen 
Stellenwert Projektmanagement zugewiesen wurde. Hierfür wurde 
auch das Verhältnis projekmanagement-relevanter Textstellen zum 
Gesamttext hinzugezogen. 


3. Auswertung 
la Explizit-Praxis 


Phänomen: Äußere Faktoren aus der Praxis erzwingen Professionalisierung von 
Projektmanagement. 


Die Argumentation nimmt die äußeren Faktoren der Praxis als Aus- 
gangspunkt. Projektmanagement wird als notwendiges Instrument 
gesehen, um unter den bereits häufig erwähnten Rahmenbedingun- 
gen (z.B. Projektförmigkeit durch starke Drittmittelfokussierung oder 


19 Die Analyse ist hier zu finden: Dogunke, Swantje, Daten für den Artikel: Pro- 
jektmanagement in den Digital Humanities? Eine Spurensuche in Handbü- 
chern und Curricula, URL: https://www.db-thueringen.de/receive/dbt_mods_o 
0058585 [letzter Zugriff: 11.09.2023]. 
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-abhängigkeit, Interdisziplinarität, institutionsübergreifende Koope- 
rationen) erfolgreich sein zu können. Die Professionalisierung von 
Projektmanagement ist eine Reaktion auf die äußeren unveränderli- 
chen Faktoren und scheint daher zwingend. Es erfolgt eine Anwendung 
von klassischen Projektmanagement-Elementen, die Aktivität wird 
nicht als Forschungsleistung gesehen, sondern eher als verwaltende 
koordinierende Aufgabe. So erhalten Aufgaben, die dem Projektma- 


° oder es 


nagement zugeordnet werden, das Label »administrative«” 
wird nach einer Beschreibung der Rahmenbedingungen pragmatisch 
gefolgert: »This complex network of activity had to be tied together with 
strong project management.«.” Durch den starken Praxisbezug finden 
sich in dieser Kategorie vor allem Checklisten und Best Practices, die 
— ausgehend von einer »beginners’ perspective«” — nahelegen, dass 
eine einfache Übertragung bereits zum Ziel führen kann.” Ähnlich 
zu werten sind Auflistungen von Projektmanagement-Tools”* In we- 
nigen Fällen wird Projektmanagement in einem eigenen Unterkapitel 


aufgegriffen.” 


20 Anne Burdick et al., Digital_Humanities, Cambridge, MA 2012, 133. 

21 Andrew Prescott, Beyond the Digital Humanities Center: The Administrative 
Landscapes of the Digital Humanities, in: Susan Schreibman et al. (Hg.), A New 
Companion to Digital Humanities, '2015, 459-475, 32, URL: https://doi.org/10.100 
2/9781118680605.ch32 [letzter Zugriff: 30.09.2023]. 

22 Ashley Reed, Managing an Established Digital Humanities Project: Principles 
and Practices from the Twentieth Year ofthe William Blake Archive, in: Digital 
Humanities Quarterly 008/1, 2014, URL: http://www.digitalhumanities.org/dhq/ 
vol/8/1/000174/000174.html [letzter Zugriff: 13.03.2024]. 

23 Burdick et al. 2012 (wie Anm. 20), 62-72. 

24 Helene Hahn et al., Handbuch Digital Humanitie Anwendungen, Forschungsdaten 
und Projekte, Göttingen 2015, 115, URL: https://handbuch.tib.eu/w/DH-Handbu 
ch [letzter Zugriff: 3.10.2023] 

25 AJ. Million, Information Communication Technologies, Infrastructure, and Re- 
search Methods in the Digital Humanities, in: Kristen Schuster und Stuart Dunn 
(Hg.), Routledge International Handbook of Research Methods in Digital Humanities, 
12020, 190-202, 198f, URL: https://doi.org/10.4324/9780429777028-15 [letzter 
Zugriff: 30.09.2023]. 
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Zwischenfazit 

Durch explizite Nennung von Projektmanagement kann zunächst von 
einem hohen Stellenwert ausgegangen werden, der starke Praxisbezug 
wird durch Verweis auf die genannten Checklisten o.ä. sichtbar. Man 
könnte deshalb vermuten, dass die Autorinnen nahelegen, dass diese 
Tätigkeit eher als eine administrative Aufgabe gesehen wird. Wie bereits 
von anderen Autor*innen erwähnt, besteht die Gefahr, dass die Kom- 
plexität tatsächlicher DH-Projekte nicht zu dieser Herangehensweise 
passt.”° Das nötige Wissen, um Projektmanagement in den DH zu 
betreiben, würde in einer sehr explizit-praxisorientierten Ausprägung 
die Form eines praktischen Werkzeugkastens einnehmen, der durch 
eine Community of Practice” in verschriftlichten Anleitungen oder im 
konkreten Arbeitsumfeld durch begleitete Erfahrung vermittelt werden 
kann. 


Ib Explizit-Theorie 


Phänomen: Projektmanagement wird explizit erwähnt, es werden theoreti- 
sche Grundlagen und Konzepte angepasst und übertragen, die einen gewissen 
Abstraktions- und Reflexionsgrad erfordern. 


Die Argumentation geht bereits von einer Notwendigkeit eines pro- 
fessionellen Projektmanagements aus, welches zum einen DH-spezi- 
fische Rahmenbedingungen analysiert und zum anderen die Imple- 
mentierung komplexer Rahmenwerke wie SCRUM oder »klassischer« 
Projektmanagementsysteme mittels einer Anpassung an die eigenen 


26 Reed 2014 (wie Anm. 22); Edin Tabak, A Hybrid Model for Managing DH 
Projects, in: Digital Humanities Quarterly 11/1, 2017, URL: http://digitalhumaniti 
es.org/dhq/vol/11/1/000284/000284.html.org/dhq/vol/11/1/000284/000284.ht 
ml [letzter Zugriff: 3.10.2023]; Neubert 2020 (wie Anm. 2), URL: https://doi.org 
/10.14361/9783839454190-003 [letzter Zugriff: 16.03.2021]. 

27 Ursula Schneider, (Wie) funktionieren Communities of Practice?, in: Rüdiger 
Reinhardt und Martin J. Eppler (Hg.), Wissenskommunikation in Organisationen, 
Berlin, Heidelberg 2004, 137-156. 
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Gegebenheiten empfiehlt.”® Es wird auf eine über das einzelne Projekt 
hinausgehende Auseinandersetzung mit dem Thema und der Rolle 
der Projektmanager*innen hingewiesen. So fordert Wiggins ein »spe- 


? um den gestiegenen 


cialized training« für Projektmanager*innen,” 
Anforderungen in interdisziplinären Kollaborationen zu begegnen. Ma- 
pes stuft im selben Handbuch Projektmanagement als »fully scholarly 
work«°° ein und unterstreicht damit die Zugehörigkeit dieser Aktivita- 
ten zum Forschungsbereich in den DH. Rockwell und Sinclair fordern, 
dass Studierende sich mit strategischen Aspekten und Diskursen des 
Projektmanagements auseinandersetzen, um auch später ihre Rollen in 
Projekten zu finden und eine offene Haltung zu Reflexionsprozessen der 
eigenen Arbeit zu entwickeln.” Neubert betont die Wichtigkeit, sich von 
der »beginners’ perspective« zu lösen, um komplexe Herausforderungen 


zu meistern.” 


28 Benjamin Wiggins verweist hier auf den Beitrag von Currier et a. (2017), der die 
Rahmenbedingungen der DH aus der infrastruktur-orientierten Bibliotheks- 
perspektive untersucht und Anpassungen empfiehlt, um Forschungsaspekte 
und den höheren Komplexitäts- und Innovationsgrad zu berücksichtigen. 

29 Benjamin Wiggins, Course Design in the Digital Humanities, in: Kristen Schus- 
ter und Stuart Dunn (Hg.), Routledge International Handbook of Research Methods 
in Digital Humanities, '2020, 353-362, 358, URL: https://doi.org/10.4324/978042 
9777028-25 [letzter Zugriff: 30.09.2023]. 

30 Kristen Mapes, Discovering Digital Humanities Methods through Pedagogy, in: 
Kristen Schuster und Stuart Dunn (Hg.), Routledge International Handbook of Re- 
search Methods in Digital Humanities, 12020, 331-352, 334, URL: https://doi.org/1 
0.4324/9780429777028-24 [letzter Zugriff: 30.09.2023]. 

31 Geoffrey Rockwell und Stefan Sinclair, Acculturation and the Digital Hu- 
manities Community, in: Brett D. Hirsch (Hg.), Digital Humanities Peda- 
gogy: Practices, Principles and Politics (Digital Humanities Series), Cambridge 
2015, 177-211, 183, URL: https://books.openedition.org/obp/1635 [letzter Zu- 
griff: 30.09.2023]. 

32 Neubert 2020 (wie Anm. 2), 61, URL: https://doi.org/10.1515/9783839454190-00 
3 [letzter Zugriff: 16.03.2021]. 
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Zwischenfazit 

Wenn der Ansatz verfolgt wird, Projektmanagement und die damit ver- 
bundenen Aktivitäten theoriegeleitet von außen hinzuzufügen, könnte 
dies im Extremfall dazu führen, dass Projektmanagement in den DH von 
der »eigentlichen DH-Forschung« entkoppelt wird. Zugespitzt konnte es 
bedeuten, dass wir zusatzliche projektmanagement-affine und geschul- 
te Mitarbeiter*innen in DH-Projekten bräuchten, die Aufgaben im Hin- 
tergrund übernehmen, um die DH-Forschung zu ermöglichen. Wenn 
für diese Tätigkeit kein oder nur geringes Domänenwissen nötig wäre, 
ließe sich daraus ableiten, dass für eine spätere forschende Tätigkeit in 
einem komplexen Großvorhaben keine umfassende Vermittlung von PM 
in DH-Studiengängen oder in Fort- und Weiterbildungen nötig wäre, da 
diese Aufgabe nicht von DH-Forscher*innen übernommen wird. 


2a Implizit-Praxis 


Phänomen: Projektmanagement wird nicht direkt erwähnt, es wird aber auf Pro- 
jektmanagement-Tools oder einzelne Elemente (z.B. Planung oder einen prozess- 
orientierten Aufbau) verwiesen, die dem Bereich Projektmanagement zugeordnet 
werden könnten. 


Eine konkrete Vermittlung scheint nicht nötig, es wird auf Erfahrungs- 
wissen durch Praxis und Anwendung von Tools oder Checklisten verwie- 
sen, die dem Bereich Projektmanagement zugewiesen werden könnten. 


Beispiele 

Projektmanagement könnte Teil eines »hidden curriculum« in DH-Stu- 
diengängen sein und somit implizit in den Lösungsstrategien (z.B. 
bei Gruppenprojekten im Studium) enthalten sein. Diese Arbeitswei- 
se würde sich laut Terras stark von den sonst nötigen Fähigkeiten 
in geisteswissenschaftlichen Studiengängen unterscheiden.” In der 
beruflichen Praxis wäre der Austausch in einer Community of Praxis 


33 Melissa M. Terras et al. (Hg.), Defining digital humanities: a reader, Farnham, Sur- 
rey, England: Burlington, VT 2013, 80. 
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unerlässlich, um die von Musto et al. beschriebene Professionalisierung 
voranzutreiben: »By now so many humanities scholars have engaged 
in successful projects that there are solid examples — of success and 
failures — that others can clearly copy and learn from, if not engage with 
directly.«*4 

Stellenweise werden in den Handbüchern Probleme aus der Praxis 
beschrieben, eine mögliche Lösung aus dem Bereich PM wird nicht ex- 
plizit erwähnt: »Another necessary step is to clarify the nature of the 
collaboration between coding and non-coding scholars, especially those 
working on the same project.«.* 

Berichte über Projekte orientieren sich an Prozessen in den Digital 
Humanities (Datenerhebung, Analyse usw.), Leserinnen könnten Ge- 
meinsamkeiten identifizieren und Handlungsempfehlungen ableiten 
(Hahn et al. 2015, 1-50).° 


Zwischenfazit 

Die Textstellen lassen einen gewissen Pragmatismus erkennen: Projekt- 
management ist vermutlich nötig, auch wenn es nicht direkt genannt 
wird, es werden eher Fähigkeiten oder Aufgaben aufgelistet, die mit Pro- 
jektmanagement assoziiert werden. Mit einer starken Fokussierung auf 
Erfahrungswissen gewinnt der fachliche Austausch in einer Communi- 
ty of Practice an Bedeutung.” Basiert die Vermittlung in Studiengängen 
ausschließlich auf der praktischen Anwendung in Form von Gruppen- 
arbeiten, ist nachvollziehbar, dass einführende Handbücher Projektma- 
nagement einen geringeren Stellenwert zuweisen. 


34 Eileen Gardiner und Ronald G. Musto, The digital humanities: a primer for students 
and scholars, New York, NY 2015, ix. 

35 Joris Van Zundert et al., »Black Boxes« and True Colour — A Rhetoric of Scholarly 
Code, in: Jennifer Edmond (Hg.), Digital Technology and the Practices of Humanities 
Research, Cambridge, UK 12020, 123-162, 156, URL: https://doi.org/10.11647/obp 
.0192 [letzter Zugriff: 26.03.2024]. 

36 Hahn etal. 2015 (wie Anm. 24), 1-50, URL: https://handbuch.tib.eu/w/DH-Han 
dbuch [letzter Zugriff: 3.10.2023]. 

37 Klein 2015 (wie Anm. 6), 113f., URL: https://library.oapen.org/handle/20.500.12 
657/24035 [letzter Zugriff: 17.04.2020]. 
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2b Implizit-Theorie 


Phänomen: Es wird implizites Projektmanagement durch Übertragung von theo- 
riegeleiteten Elementen eingebunden. 


Die Zielgruppe einiger einführender Text über die Digital Humanities 
scheinen Studierende und Forschende aus den Geisteswissenschaften 
zu sein, die keine Vorkenntnisse aus den Bereichen Informationstech- 
nologie oder -wissenschaft haben. Es werden Grundlagen der Datenver- 
arbeitung oder der Softwareentwicklung erklärt, der implizit enthalte- 
ne Anteil an Projektmanagement aus den anderen Fachbereichen wird 
nicht ausdrücklich erwähnt. 

In den klassifizierten Textstellen werden z.B. Verfahren der agilen 
Softwareentwicklung erläutert,” ohne auf das zugrundeliegende nötige 
Management dieser Prozesse einzugehen. Dobson sieht die Notwendig- 
keitvon Managementprozessen nicht (nur) in den bereits beschriebenen 
Rahmenbedingungen, er betont, dass Planung, Organisation und Steue- 
rung nötig sind, da die Methodik der Datenverarbeitung formalisierte 
Prozesse erfordert.” 


Zwischenfazit 

Schaut man sich die ursprünglichen Anwendungsgebiete an, wird 
erkennbar, dass hier theoretische Grundlagen enthalten sind, deren 
Vermittlung sich in den Ursprungsdisziplinen in Curricula von Studi- 
engängen und in dem Angebot z.B. durch Zertifizierungsprozesse von 
Fachcommunities formalisierter Fort- und Weiterbildungen zeigen. 
Überträgt man diese Konzepte, übernimmt man implizit spezifisches 
Projektmanagement und die darin enthaltenen theoretischen Elemente. 
In den genannten einführenden Werken werden die zugrundeliegenden 
theoretischen Aspekte nicht direkt erwähnt, es gibt in den meisten Fäl- 
len keine Verweise auf weiterführende Texte zum Projektmanagement. 


38 Fotis Jannidis et al. (Hg.), Digital Humanities-Eine Einführung, Stuttgart 2017, 93. 
39 James E. Dobson, Critical Digital Humanities: The Search for a Methodology (Topics 
in the digital humanities), Urbana, Illinois 2019, 8. 
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3 Keine Erwähnung 


Das Nicht-Erwähnen von Projektmanagement in DH-Handbüchern 
muss nicht zwingend mit einer Ablehnung des Themas einhergehen. Es 
könnte verschiedene Gründe haben. So käme auch in Betracht, dass es 
als Selbstverständlichkeit gesehen wird und zu einem allgemeinen Skill- 
Set im akademischen Lernen und Forschen gezählt wird, vergleichbar 
mit den Grundregeln des wissenschaftlichen Schreibens, die nicht in 
jedem Grundlagenhandbuch einer Fachdisziplin explizit vorgestellt 
werden. Eine weitere Erklärung könnte sein, dass die Aufgaben des Pro- 
jektmanagements für die Autor*innen außerhalb ihrer Zielgruppe für 
ein Handbuch gesehen wird, z.B. bei einer fachfremden Koordination 
an zentraler Stelle im universitären Bereich oder bei Führungskräften, 
die nicht zur Zielgruppe eines Einführungswerks gehören. 

Zielpublikum sind Studierende sowie Einsteiger*innen aus anderen 
Fachdisziplinen, die einen Gesamtüberblick über das Thema und somit 
auch einen Einblick in ein mögliches berufliches Umfeld erwarten. 
Findet Projektmanagement in diesen Werken keine Erwähnung und 
wird jedoch im praktischen beruflichen Alltag erwartet (Neubert 2020, 
62),*° könnte dies dazu beitragen, dass Berufseinsteiger*innen von ent- 
haltenen Projektmanagementanteilen überrascht werden, wenn dies 
nicht im Vorfeld geklärt wurde.* 


Stellenwert 


Ein sehr hoher Stellenwert von Projektmanagement in den Handbü- 
chern lässt sich daran ablesen, dass dem Thema ein eigenes Kapitel 
gewidmet wird oder das Thema in vielen Teilbereichen explizit er- 


40 Neubert 2020 (wie Anm. 2), 62, URL: https://doi.org/10.1515/9783839454190-00 
3 [letzter Zugriff: 16.03.2021]. 

41  VeraSzöllösi-Brenig, Unfrequently Asked Questions: Interviewreihe zu Projekt- 
management in den Digital Humanities | Perspektive Forschungsförderung, 
2021,10, URL: http://dx.doi.org/10.17613/o1nb-x140 [letzter Zugriff: 30.9.2023]. 
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wähnt und die Notwendigkeit betont wird. Dies konnte vor allem in 
englischsprachiger Literatur festgestellt werden.*” 

Nimmt die Häufigkeit expliziter Nennungen im Gesamttext ab, kann 
entweder von einem geringeren Stellenwert ausgegangen werden oder 
einer Verortung außerhalb eines DH-Curriculum. Auf einer ähnlichen 
Stufe wurden implizite Nennungen an zentralen Stellen gewertet (z.B. 
Aktivitäten von Projektmanagement, Empfehlungen von Tools oder 
Frameworks) oder aufbereitete Praxisbeispiele sowie vergleichende Er- 
fahrungsberichte.* In einigen Handbüchern wird Projektmanagement 
nicht explizit erwähnt und auch eine inhaltliche Auswertung kommt 
zu dem Schluss, dass das Thema nur einen geringen Stellenwert hat.** 


42 Burdick et al. 2012 (wie Anm. 20); Brett D. Hirsch (Hg.), Digital Humani- 
ties Pedagogy: Practices, Principles and Politics (Digital Humanities Series), Cam- 
bridge 2015, URL: https://books.openedition.org/obp/1605 [letzter Zugriff: 
17.04.2020]; Emma Annette Wilson, Digital Humanities for Librarians, Lan- 
ham, Maryland 2020; Silke Schwandt (Hg.), Digital Methods in the Human- 
ities: Challenges, Ideas, Perspectives (Digital Humanities Research], Bielefeld, 
Germany 12020, URL: https://doi.org/10.14361/9783839454190 [letzter Zugriff: 
03.02.2023]; Kristen Schuster und Stuart E. Dunn (Hg.), Routledge international 
handbook of research methods in digital humanities (Routledge international hand- 
books), London & New York 2021; Klein 2015 (wie Anm. 6), URL: https://library. 
oapen.org/handle/20.500.12657/24035 [letzter Zugriff: 17.04.2020]; Constance 
Crompton et al., Doing digital humanities: practice, training, research, New York 
2016. 

43 Susan Schreibman et al. (Hg.), A New Companion to Digital Humanities, "2015, 
URL: https://onlinelibrary.wiley.com/doi/book/10.1002/9781118680605 [letzter 
Zugriff: 04.02.2023]; Svensson 2016 (wie Anm. 8]; Christopher D. Cantwell und 
Kristian Petersen (Hg.), Digital humanities and research methods in religious studies: 
an introduction (Introductions to digital humanities — religion, 2], Boston '2020; 
Marilyn Deegan und Willard McCarty, Collaborative Research in the Digital Hu- 
manities: A Volume in Honour of Harold Short, on the Occasion of His 65th Birthday 
and His Retirement, September 2010, Brookfield, VT, USA 2012; Terras et al. 2013 
(wie Anm. 33]; Hahn et al. 2015 (wie Anm. 24], URL: https://handbuch.tib.eu/w 
/DH-Handbuch [letzter Zugriff: 3.10.2023]. 

44 Martin Gasteiner und Peter Haber (Hg.), Digitale Arbeitstechniken für die Geistes- 
und Kulturwissenschaften, Wien 2010; Jennifer Edmond, Digital Technology and 
the Practices of Humanities Research, 2020, URL: https://doi.org/10.11647/obp.o1 
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In einem Handbuch, welches eher theoretische Grundlagen und kleine 
Übungen zum Selbststudium vermittelt, taucht Projektmanagement 
nicht auf.” In einigen einzelnen Beiträgen wird Projektmanagement für 
die Digital Humanities an anderer Stelle, insbesondere der Bibliothek, 
verortet.* 

Diese Auswertung des Stellenwerts bezieht sich auf die Analyse der 
Handbücher, einer theoretischen verschriftlichten Grundlage. Es wäre 
zu überprüfen, ob sich diese unterschiedlichen Bewertungen auch mit 
der Praxis der Digital Humanities decken. Hierfür könnten eine Analyse 
der Stellenanzeigen und den darin enthaltenen Projektmanagementan- 
forderungen, einer Interviewreihe mit Stelleninhaber*innen oder eine 
Verbleibstudie der Absolvent*innen von DH-Studiengängen aufschluss- 
reich sein. 


1.  Projektmanagement studieren: 
Lerninhalte in Studiengängen und Kursen 


4.1. Heuristik, Erhebung, Einschränkungen 
Heuristik 


Für die Auswahl der zu untersuchenden Studiengänge wurden die Por- 
tale studienwahl.de*’ und hochschulkompass.de* sowie die Digital Hu- 


92 [letzter Zugriff: 31.01.2023]; Jannidis et al. 2017 (wie Anm. 38); Dobson 2019 
(wie Anm. 39); Gardiner und Musto 2015 (wie Anm. 35). 

45 Susanne Kurz, Digital Humanities: Grundlagen und Technologien für die Praxis, 
Wiesbaden 2016. 

46 Klein 2015 (wie Anm. 6), URL: https://library.oapen.org/handle/20.500.12657/2 
4035 [letzter Zugriff: 13.03.2024]; Wilson 2020 (wie Anm. 42]. 

47 https://studienwahl.de/, betrieben von der Stiftung für Hochschulzulassung 
und Bundesagentur für Arbeit. 

48  https://www.hochschulkompass.de, betrieben von der Stiftung zur Förderung 
der Hochschulrektorenkonferenz. 
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manities Course Registry”? nach Studienangeboten für die Digital Hu- 
manities durchsucht.” Ausgewählt wurden vollwertige Bachelor- und 
Master-Studiengänge in Haupt-, Neben-, Ein-Fach- und Zwei-Fächer- 
Varianten, die gemäß ihrer Studiengangsbeschreibung auf eine breite 
Abdeckung der Digital Humanities zielen. Enger gefasste Studiengän- 
ge, etwa zu Methodenfeldern wie Natural Language Processing, einzelne 
Kurse oder einzelne Einheiten wurden nicht berücksichtigt. Insgesamt 
wurden 61 Modulhandbücher von 28 Universitäten für die Untersuchung 
ausgewählt.” 


Einschränkungen und Ziel 

Modulhandbücher für Studiengänge sind grundsätzlich vergleichbare 
Texte mit Ähnlichkeiten hinsichtlich Struktur und Inhalt, jedoch keine 
normierte Textgattung. So finden sich in allen Dokumenten Angaben 
zu Lernzielen und Lerninhalten, insbesondere die Ausführlichkeit der 
Beschreibungen variiert jedoch von wenigstens einem Satz bis hin 
zu umfangreichen Listen. Die Nichterwähnung von spezifischen Zie- 
len und Inhalten kann daher durch Formalia bei der Gestaltung des 
Modulhandbuchs bedingt sein. Eine statistische Verteilung über die 
Kategorien kann somit nur als Tendenz interpretiert werden. 

Die formalisierten Inhalte in den Modulhandbüchern sagen mitun- 
ter wenig über tatsächlich gesetzte Ziele und die gelehrten Inhalte in 
der Praxis aus. In der praktischen Umsetzung könnte daher Projektma- 
nagement auch häufiger in Veranstaltungen thematisiert werden, als es 
in den Modulbeschreibungen vorkommt. Das Ziel dieser Untersuchung 
liegt in einer Aussage darüber, ob und wie das Projektmanagement 
strukturell und programmatisch in den Studiengängen verankert ist. 


49 Digital Humanities Course Registry, URL: https://dhcr.clarin-dariah.eu/, betrie- 
ben von der Österreichischen Akademie der Wissenschaften für die europäi- 
schen Forschungsinfrastrukturen CLARIN-ERIC und DARIAH-EU. 

50 Die Suchvorgänge sind im Datensatz zu dem Artikel dokumentiert. 

51 Die vollständige Übersicht ist im Datensatz angegeben. 
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Erhebung 

Die Modulhandbücher der ausgewählten Studiengänge wurden hin- 
sichtlich der Erwähnung oder Umschreibung von Projektmanagement 
durchsucht. Neben der expliziten Erwähnung von »Projektmanage- 
ment« und »Projekt« wurden auch Umschreibungen von Aufgaben wie 
»Planung«, »Durchführung«, »Zeitmanagement«, »Koordination« oder 
Prozessen wie »Formalisierung« und »Operationalisierung« im Kontext 
von »Projekt« gesucht sowie die Erwähnung und Umschreibung von 
Teamarbeit durch Formulierungen mit »Team« und/oder »Gruppe«. Die 
Textstellen wurden ausgezeichnet und für die weitere Analyse in Kate- 
gorien eingeordnet. Für die Kategorienbildung wurden übergreifende 
Strukturelemente der Module gewählt, die auf die Vermittlung und 
Ausbildung von Kompetenzen schließen lassen: 


+  Die»Lernziele« definieren die fachlichen Kompetenzen, die mit dem 
Abschluss des Moduls erworben werden (sollen). Die Erwähnung in 
dieser Kategorie bildet eine Grundvoraussetzung für eine program- 
matische Verankerung von bestimmten Methoden in einem Studi- 
engang. 

e Inden»Lerninhalten« werden die im Modul gelehrten Themen näher 
beschrieben. Anhand dieser Kategorie lässt sich überprüfen, ob Pro- 
jektmanagement explizit über konkrete Inhalte oder implizit über 
Arbeitsformen oder Transferleistungen vermittelt wird. 

+ Uber »Lernformate« können ebenfalls Kompetenzen durch Anwen- 
dung erworben werden. Diese Kategorie weist auf mögliche prakti- 
sche Erfahrungen zu Projektmanagement im Studium hin, etwa als 
notwendige Voraussetzung, z.B: in Gruppenarbeiten oder beispiel- 
haft, durch Beobachtung und Mitarbeit in Praktika. 


Ausgehend von der Berücksichtigung des Projektmanagements in den 
einzelnen Strukturelementen der Modulbeschreibungen ließen sich fol- 
gende Kategorien bilden: 


1. »PM im Fokus« 
Hauptlernziel und spezifischer Lerninhalt: Das Projektmanagement 
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wird in der Modulbeschreibung als ein wesentliches Lernziel einer 
Veranstaltung oder eines Moduls definiert. In den Lerninhalten wird 
auf spezifische Inhalte zum Projektmanagement eingegangen. 

2. »PM als Lerninhalt« 
Teillernziel und spezifischer Lerninhalt: Das Projektmanagement 
wird in der Modulbeschreibung einer Veranstaltung oder eines 
Moduls als Ziel erwähnt, steht jedoch nicht im Vordergrund der 
Veranstaltung(en) und ist durch Formulierung oder Anordnung als 
nebensächliches und/oder zusätzliches Ziel charakterisiert. In den 
Lerninhalten wird auf spezifische Inhalte zum Projektmanagement 
eingegangen. 

3. »Projekt als Lernziel im Projekt« 
Projektförmige Arbeitsweise mit PM-spezifischen Lernzielen ohne 
spezifische Lerninhalte: Eine Veranstaltung umfasst projektförmi- 
ges Arbeiten, d.h. die Erbringung einer Studienleistung an einem 
Vorhaben über einen längeren Zeitraum, z.B. Projektseminare, Pra- 
xisprojekte, Praktika. Das Erlernen des Projektmanagements wird 
als Ziel der Veranstaltung definiert. Es werden keine spezifische In- 
halte zum Projektmanagement erwähnt, die auf das Erreichen der 
Lernziele abzielen. 

4. »Projektohne PM« 
Projektförmige Arbeitsweise ohne PM-spezifische Aspekte: Eine 
Veranstaltung umfasst projektförmiges Arbeiten, d.h. die Erbrin- 
gung einer Studienleistung an einem Vorhaben über einen längeren 
Zeitraum, z.B. Projektseminare, Praxisprojekte, Praktika. Das Erler- 
nen des Projektmanagements wird nicht als Ziel der Veranstaltung 
definiert. Es werden keine spezifischen Inhalte zum Projektma- 
nagement erwähnt. 

5. »Keine Erwähnung« 
Projektmanagement sowie Zusammenarbeit in Teams wird in den 
Modulbeschreibungen des Studiengangs nicht erwähnt und es sind 
keine Module explizit als projektförmige Arbeitsformen gekenn- 
zeichnet. 
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4.2. Auswertung 


Die Verteilung der Studiengänge über die Kategorien gibt erste Anhalts- 
punkte, inwieweit das Projektmanagement als wesentlicher Bestandteil 
des DH-Studiums im deutschsprachigen Raum zu erkennen ist. Inrund 
einem Fünftel der untersuchten Modulhandbücher konnten wir iden- 
tifizieren, dass Projektmanagement im Rahmen einer dezidiert darauf 
ausgerichteten Veranstaltung gelehrt wird. Jenseits der quantitativen 
Verteilung gibt jedoch vor allem die unterschiedliche Verortung und 
Umsetzung Aufschluss auf ein divergierendes Verständnis von Projekt- 
management in den DH und den zugehörigen Vermittlungskonzepten. 


PM im Fokus 


In zwei Fällen wird das Projektmanagement als vorrangiges Lernziel de- 
finiert und die Inhalte werden entsprechend darauf ausgerichtet. Dabei 
wird auch der Bedarf an Fachleuten für ein Projektmanagement in den 
DH und die notwendige theoretisch-methodische Grundlage hergelei- 
tet: 


»Digital Humanities Projekte sind aufgrund ihrer multidiszipli- 
nären Ausrichtung und Methodik komplexe Vorhaben. Um diese 
Projekte erfolgreich durchführen zu können, bedarf es Fachleute 
für Planung, Betreuung bzw. Durchführung. Die Grundlage dafür 
ist einerseits theoretisches Wissen zu unterschiedlichen Arten des 
Projektmanagements sowie praktische Erfahrung zu allen Phasen 
des Planungs-, Erschließung-, Veröffentlichungs- und Archivierungs- 
workflow«> 


52 _Karl-Franzens-Universität Graz, Curriculum für das Masterstudium Digitale 
Geisteswissenschaften — LV Projektmanagement (Planung, Umsetzung, Evalu- 
ierung von DH-Projekten) 2022/23, in: UNIGRAZonline, 2022, URL: https://on 
line.uni-graz.at/kfu_online/wbLv.wbShowLVDetail?pStpSpNr=765039 [letzter 
Zugriff: 04.02.2023]. 
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Als Hauptthema der Veranstaltungen stehen die »Prozesse und Anforde- 
rungen wissenschaftlichen Projektmanagements«.”? Als Inhalte werden 
in beiden Fällen vielfältige Facetten des Projektmanagements behandelt, 
darunter sowohl technische Aspekte wie Versionierung oder Software- 
architekturen, organisatorische Aspekte wie Zeitmanagement und Ab- 
laufpläne als auch »Softskills im Bereich der Projektpräsentation, Pro- 
jektbeschreibung, Projektkoordination und arbeitsteiligen Projektrea- 
lisierung«.°* In beiden Studiengängen ist damit eine umfassende Ver- 
mittlung von Projektmanagementfähigkeiten über die Kombination von 
methodischen und praktischen Zugängen verankert. 


PM als Lerninhalt 


In der Gruppe von Veranstaltungen, die Projektmanagement als Teil- 
lernziel definieren und spezifische Lerninhalte angeben, finden sich 
zwei verschiedene Ansätze und Rahmen für diese Vermittlungsstrate- 


gie: 


1. Im Zusammenhang einer projektförmigen Arbeitsweise werden be- 
gleitend PM-Inhalte sowohl theoretisch gelehrt als auch praktisch 
erprobt und reflektiert. 

2. Als Teil der Softwareentwicklung, sowohl im Rahmen von eigenen 
Entwicklungsprojekten als auch als dezidierte Leitungsaufgabe in 
der Softwareentwicklung 


Die Ansätze der projektförmigen Arbeitsweise werden vor allem von 
den Digital Humanities-Studiengängen mit Anbindung zu geistes- und 


53 _ Karl-Franzens-Universitat Graz, Curriculum für das Masterstudium Digitale Geis- 
teswissenschaften, 2021, 12, URL: https://static.uni-graz.at/fileadmin/gewi-ze 
ntren/Informationsmodellierung/PDF/mitteilungsblattsondernummer-20202 
1-32.g.pdf [letzter Zugriff: 04.02.2023]. 

54 Julian Schulz und Harald Klinke, Auf dem Weg zu einem DH-Curriculum Digital 
Humanities in den Geschichts- und Kunstwissenschaften an der LMU München, 
hg. von Harald Klinke, München 2018, 77-101, 26, URL: https://epub.ub.uni-mu 
enchen.de/42419/ [letzter Zugriff: 31.05.2022]. 
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kulturwissenschaftlichen Fächern oder Fakultäten verfolgt, etwa durch 
ein Praxisprojekt oder Praktikum mit einem begleitenden Seminar, das 
Grundlagen zu Projektmanagement vermittelt und/oder Raum für die 
Reflexion der praktischen Erfahrungen im Projektmanagement bietet. 
Folgendes Beispiel sei hierfür stellvertretend angeführt: 


»Die Präsenzzeit im Rahmen des Projektseminars dient der Projekt- 
steuerung und -fortschrittspräsentation. Hier besprechen die Klein- 
gruppen fachliche und administrative Probleme bei der Projektdurch- 
führung mit der Betreuerin oder dem Betreuer bzw. mit fachübergrei- 
fenden Betreuer-Tandem«” 


Die Fälle mit der Anbindung an die Softwareentwicklung stammen aus 
Studiengängen mit Nähe zu Sprachwissenschaften und sind eher den 
Computational Humanities zuzuordnen. Hier ist das Ziel, Kompeten- 
zen für Software-Entwicklungsprojekte zu erwerben bis hin zu einer 
Leitungsfunktion in diesem Bereich. 


»Die Studierenden haben am Ende des Moduls vertiefte theoretische 
und praktische Kenntnisse im Führen und Coachen von Software-Ent- 
wicklungsprojekten. Sie können eigenständig z.B. als Scrum Master 
arbeiten und mit kritischen Projektsituationen umgehen. «<6 


Bemerkenswert ist weiter, dass in dieser Kategorie in den meisten Fäl- 
len die sozialen Aspekte in einer interkulturellen und interdisziplinären 
Teamarbeit adressiert und kommunikative Kompetenzen herausgestellt 
werden: 


»Die Studierenden sind in der Lage, ihre Fähigkeiten in komplexe 
Projekte einzubringen. Sie sind somit zu lösungsorientierter Arbeitin 


55 Universität Paderborn, Besondere Bestimmungen der Prüfungsordnung für den Mas- 
terstudiengang »Kultur und Gesellschaft« für das Fach Digital Humanities der Fakul- 
tät für Kulturwissenschaften an der Universität Paderborn, 2019, 12. 

56 Universität Stuttgart, Modulhandbuch Studiengang Master of Science Computatio- 
nal Linguistics, 2022, 131. 
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interkulturellen und interdisziplinären Teams befähigt.” 

»Die Studierenden besitzen Kenntnisse, projektorientiertes Arbeiten 
zu planen und durchzuführen sowie Arbeitsprozesse in Teams zu 
strukturieren und kommunikativ und kooperativ zu leiten.«°® 


Damit wird in fast allen Fällen ein fachspezifisches Projektmanagement 
vermittelt. Auch wenn die Lerninhalte nicht umfassend alle Aspekte 
adressieren, werden stets mehrere Ebenen und Perspektiven bedient 
und die Komplexität von kooperativen Forschungsvorhaben reflektiert, 
vor allem durch die Verknüpfung von Steuerungsinstrumenten und 
Kommunikationskompetenzen. 


PM als Lernziel im Projekt 


Ein Großteil der untersuchten Studiengänge vermittelt die Forschungs- 
praxis in den Digital Humanities über praktische Anteile oder projekt- 
förmige Arbeitsweisen. Dabei bilden mehrwöchige Praktika oder soge- 
nannte Praxisprojekte außerhalb des Studiengangs, etwa in einem For- 
schungsprojekt an der Hochschule oder einer anderen Institution, die 
zeitintensive und erfahrungsreiche Form. Als kürzeres Format sind an 
einigen Studiengängen Projektseminare oder -übungen vorgesehen, in 
denen die Studierenden über einen längeren Zeitraum an einem Projekt 
arbeiten, häufig auch in Gruppen. 

Die Lernziele umfassen in der Summe vielfältige Aspekte des Pro- 
jektmanagements mit Schwerpunkten in Projektdesign und -planung, 
Projektdurchführung und -umsetzung sowie Kommunikation und Zu- 
sammenarbeit im Team. Bei allen den hier zugeordneten Modulen ist 
auffällig, dass die anvisierten Kompetenzen und Fähigkeiten im Zuge 
der Veranstaltung praktisch erlernt werden sollen, jedoch ohne dass Me- 
thoden und theoretische Konzepte gelehrt werden. So sollen etwa plane- 
rische Fähigkeiten über die praktische Planung eines Projekts (z.B. Mei- 


57 Technische Universität Dresden, DE_Dresden_MA_DigitalHumanities_2022.pdf, 
2022, 6. 
58 Universitat Leipzig, Modulhandbuch Master of Science Digital Humanities, 2018, 16. 
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lensteinplanung etc.) selbstständig entwickelt werden. In anderen An- 
geboten wird lösungs- und prozessorientiertes Arbeiten durch Aufgaben 
unter Zeitbeschränkungen trainiert. Fähigkeiten zur Durchführung ei- 
nes Projektes werden über eine exemplarische Durchführung oder die 
Simulation einer Durchführung eingeübt. Die Stärkung sozialer Kom- 
petenzen und Teamfähigkeiten erfolgt durch Gruppenarbeit. Im Team 
Verantwortung zu übernehmen soll Führungskompetenzen ausbilden. 
Dabei wird in den Formulierungen häufig das Ausführen einer Tätigkeit 
mit dem Herausbilden der dafür erforderlichen Kompetenzen gleichge- 
setzt. 


»Das Projekt wird im Team bearbeitet und schult in den Herausforde- 
rungen, dieinsolchermaßen gestalteten realweltlichen Arbeitsbedin- 
gungen existieren.«” 


Damit unterscheiden sich diese Studiengänge von den Beispielen in 
den vorhergehenden Kategorien. Dieser Unterschied wird im Vergleich 
zweier Module aus dem studiengangsübergreifenden Handbuch einer 
Fakultät deutlich: Das Praxismodul für BA Computerlinguistik setzt 
auf Praktika oder Teamprojekte, bei denen »Teamfähigkeiten durch 
Gruppenarbeit« und »Fähigkeit zum Projektmanagement« durch »Pro- 
jektdefinition, Planung, Durchführung, Kontrolle, Projektabschluss 
etc.« erlernt werden). Anders wird dies in einem fächerübergrei- 
fenden Wahlpflichtmodul aus demselben Modulhandbuch »Praxis der 
Team- und Organisationsentwicklung« angegangen. Das Vermitt- 
lungskonzept basiert nicht allein auf dem Erlernen durch Praktizieren, 
sondern auf der Herausbildung analytischer Fähigkeiten durch das 
Lehren methodischer und theoretischer Inhalte: Beschreibung von 
Kommunikation und Kooperation in Teams, Evaluierung von Lern-, 


59 Friedrich-Alexander-Universitat Erlangen-Nürnberg, BA-Digitale Geistes- und So- 
zialwissenschaften Modulhandbuch, 2018, 18. 

60  Heinrich-Heine-Universität Düsseldorf, Modulhandbuch BA Computerlinguistik, 
2018. Im Falle eines Teamprojektes begleitet ein regelmäßiges Kolloquium die 
Projekte. 
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Arbeits- und Entwicklungsprozessen oder die »Softskills« der Team- 
und Organisationsentwicklung, wie z.B. »Moderation, Projektmanage- 
ment, Evaluation und Qualitätsmanagement, Konfliktmanagement, 
Zeitmanagement oder Stressmanagement«.™ 

Auch in den untersuchten Studiengängen mit PM-spezifischen 
Lerninhalten wird das Ziel verfolgt, Projektmanagement als eine fach- 
spezifische Methode mit theoretischem Fundament für die Digital 
Humanities zu vermitteln. In den projektförmigen Arbeitsweisen oh- 
ne diese spezifischen Lerninhalte wird hingegen primär ein Rahmen 
geschaffen, in dem Studierende selbstständig Projektmanagementfä- 
higkeiten durch praktische Erfahrungen ausbilden sollen. Hier treten 
zwei unterschiedliche Auffassungen von Projektmanagement in den 
Digital Humanities zu Tage: Projektmanagement als fachspezifische 
wissenschaftliche Methode und Projektmanagement als rein adminis- 
trative Praxis. 


Projekt ohne PM/Keine Erwähnung 


Die Veranstaltungen dieser Kategorie unterscheiden sich hinsichtlich 
der Formate nicht von den vorhergehenden, auch hier werden Pro- 
jektseminare, Gruppenarbeiten, Praktika etc. im Studium verankert. 
Mit dieser Arbeitsform wird in den Modulbeschreibungen dann jedoch 
nicht der Erwerb von Kompetenzen im Bereich Projektmanagement 
verknüpft. Dies lässt mehrere Gründe zu. Anders als in den zuvor 
genannten Studiengängen, in denen die projektförmige Arbeitsform 
bereits eine hinreichende Bedingung für den Erwerb von Planungs-, Or- 
ganisations- und Teamfähigkeiten bildet, wird hier entweder nicht von 
einer Kompetenzvermittlung durch praktische Tätigkeit ausgegangen - 
oder der Erwerb dieser Fähigkeiten wird grundsätzlich nicht als relevant 
eingestuft. In jedem Fall kann durch die Nichterwähnung davon ausge- 
gangen werden, dass in diesen Studiengängen das Projektmanagement 
eher nicht zu den Kernkompetenzen gezählt wird. Dies gilt ebenso für 
die letzte Kategorie, in der die Modulbeschreibungen weder den Bereich 


61 Ebd. 
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Projektmanagement adressieren noch eine projektförmige Arbeitsweise 
integrieren. 


Charakterisierung 


An den Kategorien lässt sich auch der Stellenwert des Projektma- 
nagements innerhalb der Studiengänge ablesen. Dabei ist ein hoher 
Stellenwert selten. Dass dem Thema ein eigenes Modul gewidmet oder 
es als Hauptpunkt in einer Veranstaltung behandelt wird, bleibt jeweils 
ein Einzelfall. Mit einer Aufzählung als Lerninhalt wird Projektmanage- 
ment noch als eine wichtige fachspezifische Kompetenz eingestuft. 
Ohne diese Verortung als Lerninhalt geht jedoch nicht nur ein allge- 
meiner Stellenwert verloren, sondern auch das Vermittlungskonzept, 
welches Projektmanagement als eine (fachspezifische) wissenschaft- 
liche Methode begreift. So lassen sich in den Modulbeschreibungen 
auch die Kategorien der Handbücher festmachen, wobei vor allem die 
Explizit-Theorie, mit einer strukturierten Lehre von Inhalten, und die 
Implizit-Praxis, durch Ausübung und Erfahrung, als gegensätzliche 
Vermittlungskonzepte auftreten. 


5. Projektmanagement lehren: Beobachtungen, Konzepte 
und Potentiale 


Ein fachspezifisches Projektmanagement in den Digital Humanities 
soll dazu befähigen, die Planung und Durchführung komplexer Vorha- 
ben, die Koordination abhängiger und unabhängiger Zusammenarbeit, 
den Einsatz von Informationstechnologien und Infrastrukturen, die 
Vermittlung zwischen disziplinären Praktiken und Kulturen, und den 
Umgang mit institutionellen Rahmenbedingungen und begrenzten 
Ressourcen zu bewältigen. In den Untersuchungen zu Handbüchern 
und Modulhandbüchern konnte jeweils beobachtet werden, dass die- 
sem vielfältigen Feld in einführenden Texten und in der Vermittlung 
stark praxisorientiert begegnet wird. Dabei spiegelt diese Praxisorien- 
tierung der Studiengänge eine grundsätzliche Ausrichtung der Digital 
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Humanities wider, die diese als ein Feld von Praktiken definiert sieht, 
mit denen digitale Artefakte als eine Form wissenschaftlicher Beitrage 
hergestellt werden. Das zugrundeliegende Konzept des »Making«, im 
Sinne der Erzeugung von Erkenntnis und neuem Wissen, ist sowohl 
zentral als auch charakteristisch für das Feld.” Dabei bilden Projekte 
die wesentliche Einheit dieses Prozesses in der Forschung und auch in 
der Lehre. 


»As the digital humanities community explores what students need to 
learn, it tends to emphasize honing skills by working on projects and 
understanding key concepts rather than developing fluency in partic- 
ular application »® 


Das projektförmige Arbeiten wird so zu einem notwendigen Element 
im Studium der Digital Humanities. Allerdings ergänzt Spiro in ihrem 
Entwurf eines DH-Curriculum das projektorientierte Lernen um zwei 
wesentliche Aspekte: die Anbindung an Digital Humanities Forschung 
(entgegen einer reinen Simulation im Seminar) und den Raum der be- 
gleitenden Reflexion: 


»The digital humanities certificate program should require partici- 
pants to complete either a capstone project or a substantial internship 
contributing to a significant digital humanities project. [...] Further, 
reflective essays that describe the process of building the project, 
the pitfalls encountered, and the scholarly value of the work should 
accompany them. [..] Not only would students gain the authentic, 
embedded knowledge that comes with grappling with the problems 
that inevitably come up with project work, but they could also make 
substantial contributions to the digital humanities community.«‘* 


62 John Bradley et al. (Hg.), On making in the digital humanities: the scholarship of 
digital humanities development in honour of John Bradley, London 2023, 2-4. 

63 Spiro 2015 (wie Anm. 17), 340, URL: http://books.openedition.org/obp/1654 [let- 
zter Zugriff: 03.10.2023]. 

64 Spiro, 351, [letzter Zugriff: 03.10.2023]. 
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Das hier formulierte Idealbild fordert die Studiengänge hinsichtlich 
Kompetenzen aufseiten der Lehrenden, Flexibilität im Studienplan, 
sowie Ressourcen bei der Organisation von Praktika heraus. Dennoch 
adressiert die Mehrzahl der hier untersuchten Studiengänge diese 
Herausforderungen. Allerdings gelingt es laut Studienplänen nur in 
wenigen Fällen, die Studierenden tiefer in Forschungsprojekte ein- 
zubinden und in noch weniger Fällen, dann auch einen Raum für die 
gemeinsame Reflexion jenseits von Projektberichten zu bieten. Sowohl 
in dem idealen Praxiskonzept von Spiro als auch in den untersuch- 
ten Einführungswerken und den Umsetzungen in den Studiengängen 
entsteht der Eindruck, dass Kompetenzen als Projektmanager*in in 
den Digital Humanities vor allem durch Anwendung und Erfahrung 
erworben werden — nebenbei und auf die »harte Tour«. Die Aneignung 
von methodischem Wissen zum Projektmanagement kann jedoch nicht 
allein über die Mitarbeit in Forschungsprojekten und über die Reflexi- 
onsebene durch einen mündlichen oder schriftlichen Bericht erfolgen. 
Dabei könnte der gemeinsame Austausch über die Anwendungspraxis 
durchaus ein guter Startpunkt für einen Reflexionsprozess und eine 
anschließende gemeinsame Theoriebildung sein, jedoch wird gerade 
der letzte Teil nur in Ausnahmefällen verfolgt. 

Wie man Projektmanagement in den Digital Humanities lehrt und 
lernt, ist über viele Pfade möglich. Die Handbücher und Modulhandbü- 
cher zeigen jedoch in der Summe die reichen und ausgereiften Ideen, die 
in der Community für ein sowohl theorie- und methodenbasiertes wie 
auch gleichzeitig praxisorientiertes und fachspezifisches Projektma- 
nagement erarbeitet wurden. Inzwischen sind hier auch entsprechende 
Open Educational Ressources und andere Kursmaterialien verfügbar.“ 


65 Markus Frank, Vorlesung Projektmanagement, https://cast.itunes.uni-muenchen 
.de/vod/playlists/9azBttYvGK.html (letzter Zugriff: 16.03.2021]; Fabian Cremer 
und Thorsten Wübbena, Plötzlich Projektmanagement! Annäherung an eine Kern- 
kompetenz in den Digital Humanities, 2021, URL: https://doi.org/10.17613/t7pa-8d 
53 [letzter Zugriff: 11.03.2021]; Lynne Siemens, Project Management, in: Digital 
Pedagogy in the Humanities, 2023, URL: https://digitalpedagogy.hcommons.org 
/keyword/Project-Management/ [letzter Zugriff: 03.10.2023]. 
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Dabei zeigt sich, dass der Schwellenwert zu einer breiten und fundier- 
ten Vermittlung von Kompetenzen im Projektmanagement nicht schon 
durch die Vorgabe von Lernzielen erreicht wird, sondern erst mit der 
expliziten Formulierung und Ausarbeitung von PM-spezifischen Lern- 
inhalten, aus denen dann ein Verständnis von Projektmanagement als 
fachspezifische wissenschaftliche Methode herausgebildet wird. Wenn 
in den Veranstaltungen eigene Inhalte konzipiert werden und wenn in 
Publikationen eine explizite theoretische Ausarbeitung erfolgt, dann 
erfüllen diese Ansätze auch den Anspruch eines methodisch geleiteten, 
fachspezifischen Projektmanagements. Hierbei ist herauszustellen, 
dass kein allgemeingültiger Kanon für Lerninhalte oder theoretische 
Ansätze verfolgt wird und es nicht in erster Linie um besondere Ex- 
pertenschaft für den Themenkomplex geht, sondern als übergreifender 
Ansatz eine kritisch-reflexive Perspektive auf Forschungs-, Arbeits- und 
Kommunikationsprozesse auszumachen ist. Im Extremfall könnte eine 
vollständige Spezialisierung zur Ausbildung inhaltsferner Projektma- 
nager“innen führen. Die Autor*innen schließen dieses Szenario jedoch 
mit dem Verweis auf das nötige Domänenwissen zur Anpassung »klas- 
sischen« Projektmanagements aus und sprechen sich daher für eine 
Stärkung von Projektmanagement innerhalb der DH-Curricula aus. Die 
Reflexion in den untersuchten Handbüchern geht über die Anwendung 
in DH-Kontexten hinaus und bezieht Ursprünge des Projektmanage- 
ments im Taylorismus und Neoliberalismus ein und setzt diese mit 
der Arbeitswelt und den Rahmenbedingungen DH-Forschender in 
Beziehung.‘® 

Die Relevanz des Projektmanagements lässt sich in den Hand- 
büchern und DH-Studienangeboten vor allem daran ablesen, ob das 
Thema überhaupt adressiert wird. Ein Trend zu einer steigenden Be- 
deutung kann nicht festgestellt werden. Dazu fehlt es auch an weiteren 
Untersuchungen, wie z.B. als Teilaspekt hochschulübergreifender Ver- 
bleibstudien, inwiefern die in den DH-Studiengängen vermittelten 


66 Wiggins 2020 (wie Anm. 29), 359, URL: https://www.taylorfrancis.com/b 
ooks/9780429671746/chapters/10.4324/9780429777028-25 [letzter Zugriff: 
30.09.2023]. 
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Kompetenzen zur Bewältigung der Herausforderungen im Berufsalltag 
dienen. Hinzu kommt, dass in vielen Beispielen Projektmanagement 
entweder nur implizit angesprochen wird oder als eine nicht-fachspezi- 
fische, verwaltende Aktivität angesehen und somit vom Forschungspro- 
zess ganz entkoppelt wird. Dies wiederum erschwert auch den Aufbau 
von Netzwerken in einer domänenspezifischen Community of Practice 
innerhalb der Digital Humanitie Dies bezieht ausdrücklich auch die 
Gruppe der Lehrenden ein. Gerade weil in vielen Konzepten die Erfah- 
rungskomponente im Alltag in den Vordergrund gestellt wird, wäre ein 
organisierter Austausch eine wichtige Ergänzung zu den in Studium 
und Handbüchern - in Zukunft hoffentlich häufiger - vermittelten 
theoretischen und praktischen Grundlagen. 
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Verantwortungsvolles Projektmanagement - 
schönes Beiwerk oder nötige Erweiterung? 
Ein Kommentar 


Anna Maria Neubert 


Abstract Wie gelingt es als Wissenschaftler*innen in den Digital Humanities 
mehr Verantwortung für Umwelt, Gesellschaften und Mitmenschen zu überneh- 
men? Wie wird das Bewusstsein für den Einfluss von Technologie geschärft und 
welche Ansprüche können individuell und kollektiv an die wissenschaftliche Pra- 
xis gestellt werden? Der Kommentar setzt hier an und überlegt, welche Möglich- 
keiten die projektbasierte Arbeit und das Projektmanagement in den Digital Hu- 
manities liefern, um verantwortungsvoll(er) zu forschen und welche Möglichkei- 
ten Werkzeuge, wie die Projekt-Chartas bieten, um eingemeinsames Engagement 
zu orchestrieren und sich so auf ein gemeinsames Verständnis für die individuelle 
und kollektive Verantwortung zu einigen. Die Idee ist, dass die in diesem Sam- 
melband proklamierte kluge Gestaltung der Zusammenarbeit durch Projektma- 
nagement nicht nur über konkrete Umsetzung und Implementierung von Tools, 
Software und Methoden funktioniert, sondern auch über geteilte Werte, Normen 
und Vorstellungen an Gestalt gewinnt. 
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Verantwortung in der Wissenschaft 


Das Wissenschaftssystem ist ebenso wie viele weitere Teilsysteme der 
Gesellschaft’ geprägt von normativen Erwartungen und Haltungen, 
die manchmal bewusst, meistens aber auch unbewusst von Einzelnen, 
Institutionen und der Gesellschaft im Ganzen getragen, fortgeführt 
und gefördert werden. Nicht oft und häufig noch viel zu selten wird 
hinterfragt, wodurch Normen und Werte in den Systemen entstanden 
sind und welche versteckten sowie nicht offensichtlichen Strukturen 
dies produziert.” Obwohl viele feministisch, postkolonial sowie kri- 
tisch forschende und publizierende Wissenschaftler*innen seit über 
30 Jahren auf Missverhältnisse, unfaire Hierarchiestrukturen oder 
Machtmissbrauch hinweisen,’ scheint das Bewusstsein und die aktive 
Auseinandersetzung mit diesen Themen noch nicht oder nur bruch- 
stückhaft im Mainstream der Wissenschaften angekommen zu sein. 
Auch in den Digital Humanities (DH) werden seit vielen Jahren die 
Stimmen lauter, als einzelne Wissenschaftler*innen und auch als ge- 
samte Community mehr Verantwortung für die Erde und die Umwelt* 
sowie für Mitmenschen und die Gesellschaft als Ganzes zuübernehmen. 


1 Der Systembegriff ist hier angelehnt an die soziologischen Theorien und Ideen 
der Systemtheorie Niklas Luhmanns (vgl. Luhmann, Niklas: Die Wissenschaft der 
Gesellschaft, Frankfurt a.M. 1992, und Luhmann, Niklas, Die Gesellschaft der Ge- 
sellschaft, Berlin 1998) 

2 Vgl. hierzu beispielsweise Margolis, Eric, The Hidden Curriculum in Higher Educa- 
tion, London 2002. 

3 Vgl. hierzu etwa Haraway, Donna, Situated Knowledges: The Science Question 
in Feminism and the Privilege of Partial Perspective, in: Feminist Studies 14 
(1988), H. 3 (Autumn, 1988), 575-599 oder Harding, Sandra G., Sciences from Be- 
low: Feminisms, Postcolonialities, and Modernities, Durham 2008. 

4 Vgl. Parikka, Jussi, What Is Media Archaeology, Cambridge 2012; Parikka, Jussi, A 
Geology of Media, Minneapolis 2015; und die aktuelle Diskussion von Text und 
Erbe in Zeiten der Klimakrise von Anne Baillot (Vgl. Baillot, Anne; From Hand- 
writing to Footprinting. Text and Heritage in the Age of Climate Crisis, Cambridge, 
UK 2023). 
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Bewegungen und Ideen wie Transformative,’ Global,° Critical? oder 
Postcolonial Digital Humanities® beleuchten aus vielen unterschiedli- 
chen Blickwinkeln, wie mit verschiedenen Methodologien, Methoden 
und Theorien (soziale) Verantwortung innerhalb der Forschung über- 
nommen werden kann und wie die Digital Humanities als Scientific 
Community ein Bewusstsein für einen neuen Wertekanon schafft. Das 
so entstehende wissenschaftliche Potenzial und der Erkenntnisgewinn 
auf verschiedenen Ebenen soll somit auch für zukünftige Generationen 
nachhaltig und anhaltend ausgeschöpft werden. 

Gerade in den Digital Humanities wird die eigene Verantwortung 
und die daraus resultierende Aufgabe schon oft erkannt, das eigene 
sowie kollektive Bewusstsein über die Ausmaße der digitalen Ver- 
schmutzung? oder den Umgang mit Minderheiten’ zu schärfen. Die 
Reflexion und Integration bestehender Diversitäts-Dimensionen sowie 
das Streben nach Inklusion und Integration von Personen fernab von 
geschlechtlicher Identifikation, Herkunft und Behinderung stellt dabei 
nur eine Ebene dar, die als Ausgangspunkt für die Sensibilisierung der 
unterschiedlichen Lebensrealitäten genommen werden kann. Auch die 
systemische Ebene, die prekäre Arbeits- und Lebensbedingungen auf- 
rechterhält, um Wissenschaft betreiben zu können, ist eine Dimension, 


5 Vgl. Balkun, Mary McAleer/Deyrup, Marta Mestrovic: Transformative Digital Hu- 
manities, London 2020. 

6 Vgl. Fiormonte, Domenico/Chaudhuri, Sukanta/Ricaurte, Paola: Global Debates 
in the Digital Humanities, Minneapolis 2022. 

7 Vgl. Dobson, James E., Critical Digital Humanities, University of Illinois 2019; Vi- 
ola, Lorella, The Humanities in the Digital: Beyond Critical Digital Humanities, Ur- 
bana, Illinois 2023. 

8 Vgl. Risam, Roopika, New digital worlds: postcolonial digital humanities in theory, 
praxis, and pedagogy, Evanston, Illinois 2019. 

9 Vgl. Crawford, Kate, Atlas of Al, New Haven 2021, 23-52. 

10 Vgl. beispielsweise Norris, Pippa, Digital Divide, Cambridge 2001; oder Au- 
seinandersetzung mit Bias im Machine Learning: Noble, Safiya Umoja, Algo- 
rithms of Oppression, New York 2018; Gebru, Timnit,»Race and Gender, in Markus 
D. Dubber, Frank Pasquale, and Sunit Das (eds), The Oxford Handbook of Ethics 
of Al (2020; online edn, Oxford Academic, 9 July 2020), DOI: https://doi.org/10 
.1093/oxfordhb/9780190067397.013.16 [letzter Zugriff: 30.1.2024]. 
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die nachhaltiger reflektiert werden muss, um langfristig einen Wandel 
herbeizuführen. 

Der Kommentar setzthier an und widmet sich den Fragen, wie Tech- 
niken und Ideen der wissenschaftlichen Projektarbeit sowie des Projekt- 
managements als ein spezifisches Werkzeug, forschende Tätigkeiten in 
den Digital Humanities zu realisieren, genutzt werden können, die eige- 
ne Praxis in regelmäßigen Intervallen auf die eigene (soziale) Verantwor- 
tung hin zu überprüfen. Und wie so das eigene Arbeiten reflektiert und 
in größeren Zusammenhängen gesehen und immer wieder eingeordnet 
werdenkann. Dabei sollhier keinesfalls der Eindruck entstehen, dass die 
Gedanken und Ideen abgeschlossen wären und als Fingerzeig zu sehen 
seien — vielmehr ist dies ein Versuch, zum Nachdenken anzuregen und 
verschiedene Ebenen der Werteentwicklung in der gemeinschaftlichen 
wissenschaftlichen Arbeit in den Digital Humanities mitzudenken. 

Die Grundidee, die diesem Kommentar zu Grunde liegt, ist, dass das 
Projektmanagement zur Planung, Organisation und Verwaltung wis- 
senschaftlicher digitaler Projekte als Ausgangspunkt betrachtet werden 
kann, um die Reflexion sowie das Verantwortungsbewusstsein in die 
wissenschaftliche (Forschungs-)Praxis einfließen zu lassen. Gleich auf 
mehreren Stufen kann im Rahmen von projektbasierter Arbeit so ein 
Bewusstsein geschaffen werden, um Kollaborationen und Kooperatio- 
nen über Hierarchie- und Disziplingrenzen hinweg zu erleichtern und 
bei der Entwicklung intellektueller Arbeit von Anfang an mit einbezogen 
werden." Ansätze zur Reflexion in Planung, Durchführung und Steue- 
rung von DH-Projekten bieten sich in diesem Rahmen zahlreiche. So ist 
es etwa auf Metaebene wichtig, über die eingesetzten und verwendeten 
Technologien sowie über gekaufte Hard- und Software nachzudenken. 
Aber auch die Zusammenstellung von Teams und die Positionierung der 
einzelnen Mitglieder unter- und zueinander innerhalb dieser Kollektive 
spielen eine zentrale Rolle. Zudem kann immer auch der Bezug auf 
der Forschungsebene hergestellt werden, denn was und wer eigentlich 


11 Vgl. Short, Harold, Intellectual Development and Management of Collaborative 
Research Projects in the Digital Humanities, in: IDEAH (2022), DOI: https://doi 
.org/10.21428/f1f23564.3104b547 [letzter Zugriff: 30.1.2024]. 
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beforscht wird ist ebenso relevant, wie die Auseinandersetzung mit wel- 
chen Mitteln dies geschieht. Was ist das Forschungsobjekt, wie lässt sich 
dieses positionieren und situativ zum Forschungssubjekt (also die/der 
Wissenschaftler*in oder der Gruppe von Wissenschaftler*innen) ein- 
ordnen? Doch auch Projektmanagement selbst ist niemals wertfrei und 
muss stets ein sich selbst reflektierendes System sein, das die Arbeit 
an Forschungsobjekten möglich macht und dennoch einpreist, wie 
der Blick über den eigenen Tellerrand gelingen kann, um dabei Wege 
zu finden, die das Einweben des sozialen Bewusstseins in die stetige 
Projektpraxis ermöglichen. 

Fragen, die sich dabei stellen, sind dann etwa, in welcher Form 
und auf welche Art und Weise überhaupt geforscht wird? Wie gute Ko- 
operationsbedingungen und -beziehungen zwischen Menschen inner- 
und außerhalb dieser Arbeitskontexte gelingen können? Wie sich ein 
bewusster Umgang mit der Umwelt und den uns umgebenden Techno- 
logien ergibt? Und daraus resultierend: wie Projektmanagement dazu 
beitragen kann, das eigene Handeln zu reflektieren und möglicher- 
weise anzupassen? Und wie dabei die Handlungsspielräume für eine 
geteilte und verantwortungsvolle Kultur auf allen Ebenen innerhalb der 
gemeinsamen wissenschaftlichen Arbeit eröffnet und dokumentiert 
werden können? 

Im Folgenden soll zunächst herausgearbeitet werden, wie sich 
(wissenschaftliche) Arbeitsorganisation in Projekten, allgemeine For- 
schungsbedingungen in Kollaborationen und langfristige Planungen in 
Form von Strategien im Wissenschaftskontext auftreten und was diese 
Formen jeweils auszeichnet. Danach folgt ein Vorschlag, wie die un- 
terschiedlichen Ebenen innerhalb des Projektmanagements - konkret 
mit Fragen für die Erstellung einer Projekt-Charta - zusammengeführt 
werden können, um auch in einzelnen (oft auf wenige Jahre begrenzten) 
digitalen Forschungsprojekten zu einem Bewusstsein der (sozialen) 
Verantwortung anzuregen. 
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Arbeitsorganisation in der Wissenschaft 


Die Ziele und Operationen von Forschung sind vielfältig und unter- 
scheiden sich von Disziplin zu Disziplin. Oft sind sie nicht gut messbar 
und nur schwer in kurzer Zeit begreifbar. Das Hauptziel, auf das man 
sich jedoch verständigen kann und das so gut wie immer verfolgt wird, 
ist die Entwicklung und Etablierung neuen Wissens und die Weiter- 
entwicklung der zugrundeliegenden und damit zusammenhängenden 
Methoden, Theorien, Modelle und Produkte.” In der Folge können 
damit zum einen (Um)Welt(en) sowie Techniken und Technologien 
weiterentwickelt und zum anderen aber auch Kultur(en), Geschichte(n) 
und Gesellschaft(en) besser verstanden werden. Allerdings ist viel in 
der öffentlichen getragenen Forschung heutzutage nur noch durch die 
gesellschaftliche Alimentierung in Form von Drittmitteln möglich, denn 
viele Forschungsfragen sind »ohne zusätzliche Projektmittel nicht mehr 
bearbeitbar«” und auch das Personal lässt sich nicht mehr durch die 
Grundfinanzierung der Universitäten oder Sachbeihilfen finanzieren.” 

Forschungsprojekte als Basiseinheit der Wissenschaft sind somit 
Grundlage für »Planung, Steuerung [und] Governance der Forschung«.” 
Neben dem Projekt scheinen andere Formen der Arbeitsorganisation 
nicht mehr viel Platz einzunehmen, trotzdem lohnt sich darüber hinaus 
ein Blick auf andere Konzepte und Modelle, die die unterschiedlichen 
Aspekte von (gemeinsamer) Arbeit anders fokussieren und konzen- 
trieren. So ist etwa eine Beschäftigung mit der Konstitution von Kol- 
laboration und gemeinschaftlicher (Team) Arbeit lohnend, genauso 
wie die Überlegung zum Strategie-Begriff. Nachfolgend werden die 
unterschiedlichen Formen der wissenschaftlichen Arbeit kurz skizziert. 


12 Vgl. beispielsweise. Powers, Lori Criss/Kerr, Gillian, Project Management and 
Success in Academic Research, in: Real World Systems Research Series 2 (2009), 
DOI: http://dx.doi.org/10.2139/ssrn.1408032 [letzter Zugriff: 30.1.2024]. 

13 Torka, Marc, Neue Arbeitsweisen: Projekte und Vernetzungen, in: Maasen, 
Sabine/Kaiser, Mario/Reinhart, Martin/Sutter, Barbara (Hg.) Handbuch Wissen- 
schaftssoziologie, Wiesbaden 2012, 329-340, hier 332. 

14 Vgl. Torka, Neue Arbeitsweisen, 332. 

15 Torka, Neue Arbeitsweisen, 333. 
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Projekte als Organisationseinheit 


Das Projekt als Basiseinheit für Forschung und als Organisationsansatz 
verschiedener Arbeitsabläufe und Kommunikationsmaßnahmen in der 
Wissenschaft'“ hat sich schon in den 1980er Jahren etabliert” . Projekte, 
die in der außerakademischen Welt dadurch definiert sind, dass sie ein 
»finit piece of work in a specified period of time, within a certain bud- 
getand to agreed specifications«’® sind, lassen sich in dieser Beschaffen- 
heit allerdings nicht eins zu eins auf eine Forschungslogik übertragen. 
Wissenschaftliche Projekte sind vielmehr als »fokussierte Anstrengun- 
gen, um spezifische Forschungsfragen in einem begrenzten Zeitraum 
und mit begrenzten Mitteln zu beantworten«” gekennzeichnet. Die fes- 
te Definition von Zielen und Mitteln (also etwa von Forschungsfragen, 
von Instrumenten und Methoden), aber auch die konkrete Planung von 


erforderlichen finanziellen Ressourcen und Personal? ist von Beginn an 
gesetzt. Forschungsprojekte werden also als »temporary organisation« 


zur Koordination von menschlichen und materiellen Ressourcen” ge- 


16 Dass die Wissenschaft nicht das einzige Teilsystem der Gesellschaft ist, das im- 
mer weiter von der Projekthaftigkeit durchdrungen ist, zeigen Publikationen 
wie die in den 1990er veröffentlichten Überlegungen zur »projectified society«: 
Lundin, Rolf A./Söderholm, Anders: Conceptualizing a Projectified Society Dis- 
cussion of an Eco-Institutional Approach to a Theory on Temporary Organisati- 
ons, in: Projects as Arenas for Renewal and Learning Processes, Boston 1998, 13-23, 
oder Gedanken zu heutigen »Projektwelten« von Bröckling, Ulrich: Projektwel- 
ten, in: Leviathan 33 (2005), H. 3, 364-383. 

17 Besio, Christina, Forschungsprojekte: Zum Organisationswandel in der Wissenschaft, 
Bielefeld 2009. 

18 Vgl. Cicmil, Svetlana et al., Rethinking Project Management: Researching the 
actuality of projects, in: International Journal of Project Management 24 (2006), 
H. 8, 675-686, hier 677. 

19  Buchhofer, Bernd, Projekt und Interview: eine empirische Untersuchung über den so- 
zialwissenschaftlichen Forschungsprozess unde seine sozio-ökonomischen Bedingun- 
gen, 0.0.1979, 59. 

20 Vgl. Besio: Forschungsprojekte, 27-33. 

21 Packendorff, Johann: Inquiring into the temporary organization: New direc- 
tions for project management research, in: Scandinavian Journal of Management 
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setzt und bieten als solche Ausschnitte temporärer Verlässlichkeit, die 
zumindest oberflächlich suggerieren, dass Sicherheit innerhalb dieser 
Organisationsform besteht. 

Die Mitarbeit, Beantragung und Begutachtung von Projekten gehört 
heute zudem zu jeder wissenschaftlichen Karriere — quasi von Projekt 
zu Projekt zur Professur. Torka spricht hier von einer Projektkarriere 
und erweitert den Blickwinkel, indem er von der eigenen Karriere als 
Projekt spricht.” Dass dies oft schwierige Dimensionen annimmt, ist 
bereits vielfach beforscht und auch bewiesen, dass die Projektifizie- 
rung der Wissenschaft zu einer Prekarisierung der Arbeitsbedingungen 
beiträgt, denn die »projectification disadvantages social groups with 
scarce resources«.”? Gestützt werden diese Vorgänge heutzutage durch 
weitere Logiken innerhalb des Systems, wie etwa durch eine nicht 
mehr wegzudenkende, aber immer noch stärker werdende Drittmit- 
telfinanzierung. »Projekte [dienen hier als] eine paradoxe Antwort auf 
fortlaufende Differenzierungsprozesse, in denen Gewissheit abnimmt, 
was mit wem auf welche Weise und zu welcher Zeit hervorgebracht 
werden soll oder kann«.”* Zudem gilt die »projektförmige Organisation 
der Forschung als eine Flexibilisierung von formalen und hierarchi- 


schen Organisationsstrukturen«”° 


und findet in vielerlei Programm- 
und Förderlinien seinen Platz. Das Problem, das die Projektlogik von 
Forschung produziert, ist die des verbindlichen Entwurfs sowie der 
verbindlichen Planung zukünftiger Forschung” und die Voraussicht 
welcher Erkenntnisgewinn in welcher Zeit und mit welchen Mitteln 


erlangt wird. Aber genau diese Variable ist oft schwierig zu greifen, 


11 (1995), H. 4, 319-333, hier 319, DOI: https://doi.org/10.1016/0956-5221(95)000 
18-Q [letzter Zugriff: 30.1.2024]. 

22 Vgl. Torka, Neue Arbeitsweisen, 331. 

23 Norkus, Maria/Besio, Cristina/Baur, Nina: Effects of project-based research work 
on the career paths of young academics, in: Work Organisation, Labour and Glob- 
alisation 10 (2016), H. 2. 

24 Torka, Neue Arbeitsweisen, 330. 

25 Torka, Neue Arbeitsweisen, 335. 

26 Vgl. Torka, Neue Arbeitsweisen, 334. 
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denn wie soll es gelingen, etwas zu planen, das nach Erkenntnisge- 
winn strebt aber über den Prozess dahin wenig oder kein Wissen hat? 
Dieses Dilemma besteht durchgehend, und hinzukommt, dass die 
Projektlogik keinem Handlungsbereich exklusiv zugehörig und überall 
vorzufinden ist und somit strukturbildend wirkt — quasi quer zu allen 
Handlungsebenen.”” Obwohl strukturbildend, ist die Projektlogik für 
wissenschaftliche Arbeit also nicht trivial und muss stetig mit reflek- 
tiert werden. Zusätzlich kommt hinzu, dass Wissenschaft im Einzelakt 
von Projekt zu Projekt einer Evaluation unterzogen werden kann, die 
legitimiert, was von außen an sie herangetragen wurde.” 

Bei vielen Metastudien der Projektforschung wird allerdings au- 
ßer Acht gelassen, dass die »Wirklichkeit« von Projekten oft nicht in 
den gängigen Best Practices und Handbüchern abgebildet wird und 
somit eine Missachtung von »social processes and how practitioners 
think in action [and] in the local situation of a living present«” zur 
Folge hat. Projekte sind also nicht als immer gleichbleibende, gegebene 
Einheiten anzusehen, die als Entitäten fertiggestellt und neutral sind. 
Sie sind vielmehr eine Folge aus voneinander abhängigen Interaktio- 
nen zwischen verschiedenen Akteuren, die durch Kommunikation und 
Machtverhältnisse geprägt sind.?° 

Das Zusammenspiel von expliziten Gegebenheiten mit impliziten 
Regeln spielt hier ebenso eine Rolle wie die Darlegung möglicher nor- 
mativer Ansprüche, denn diese sind oft schwer zu beschreiben und 
unterscheiden sich von Projekt zu Projekt, von Zusammenhang zu Zu- 
sammenhang. Die »organisational reality [is] often messy, ambiguous, 
fragmented and political in character«,”' denn neben der eigentlichen 
Projektlogik gilt es eben auch weitere Ebenen - wie die der Umwelt 
und der Mitmenschen - mitzudenken. Es existieren also weitere Di- 
mensionen, die integriert werden müssen, um Projektwirklichkeiten 


27 Vgl. Torka, Neue Arbeitsweisen, 331. 

28 _Stichweh, Rudolf, Wissenschaft, Universität, Professionen, Bielefeld 2013, 165f. 
29 Cicmil etal., Rethinking Project Management, 675. 

30 Vgl. Cicmil etal., Rethinking Project Management, 677. 

31  Cicmil et al., Rethinking Project Management, 678. 
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real zu erfassen und zu begreifen. Hierzu zählen unter anderem Punk- 
te wie Kommunikation, Entscheidung über soziale Verantwortung, 
Urteilsvermögen, Emotionen, Funktionsweise dominanter Diskurse, 
Macht-Wissensbeziehungen, praktische Weisheit?” oder der Einfluss 
von Rhythmus und Zeit.” 

Offensichtlich ist, dass zusätzliches Wissen benötigt wird, um Pro- 
jekte nicht nur organisatorisch erfolgreich zu gestalten, sondern auch 
auf anderen Ebenen positiv zu prägen. Die zeitliche, monetäre und 
organisationale Begrenzung innerhalb der Projektlogik verhindert so 
oft den erweiterten Blick auf die größeren Themen der Gesellschaft, 
sondern führt - natürlich oft zu Recht - zu einer Fokussierung auf 
den Forschungsgegenstand. Ein Abgleich mit großen gesellschaftlichen 
Themen und Herausforderungen (die oft unter den »Grand Challen- 
ges« geführt werden), externen wie internen Strategien, Vorgaben und 
Regeln sowie eine Abfrage von impliziten, wie expliziten Erwartungen 
können zu einem größeren Bewusstsein beitragen. Dies wiederum 
führt dazu, einer Verantwortung gerecht zu werden, die innerhalb 
dieser Forschungssettings nicht immer eindeutig und gar nicht erst 
normativ formuliert wird. Herausfordernd wird dies vor allem, wenn 
es um die Zusammenarbeit innerhalb von Projekten geht, die über 
Disziplingrenzen und Hierarchieebenen hinweg funktionieren soll. 


Kollaboration als soziale Formation 


Die unterschiedlichen Forschungs- und Wissenschaftstraditionen sind 
verknüpft mit Bildern und Ideen, wie Forschung abläuft und wie die- 
se zu Stande kommt. Vom alleine arbeitenden Wissenschaftler oder 
der Solo-Wissenschaftlerin, über eine Laborgemeinschaft zwischen 
Wissenschaflter*innen und Techniker*innen bis hin zu Teamarbeit auf 


32  Vgl.Cicmil etal., Rethinking Project Management, 678. 

33 Vgl. Neubert, Anna Maria, What’s in a Project? Disciplinary Differences in Ad- 
dressing Temporality and Collaborative Rhythms, in: Vol. 3, Is 3 (Project Manage- 
ment in the Humanities 2021) (2023), DOI: https://doi.org/10.21428/f1f23564.d60 
89c43 [letzter Zugriff: 30.1.2024]. 
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Augenhöhe wird in der Literatur und im alltäglichen Wissenschaftsbe- 
trieb vieles abgebildet.” Gerade aber in interdisziplinären Bewegungen 
und bei Forschungsthemen, die sich zwischen den Disziplinen entfal- 
ten, hat sich die Kollaboration unterschiedlicher Wissenschaftler*innen 
als Arbeitsform etabliert, um Forschungsarbeit durchzuführen, die 
alleine nicht möglich wäre. Die Kombination von spezifischem Do- 
mänenwissen wird nämlich genau dort benötigt, wo gemeinsame 
Forschung geprägt ist von »complex problems, rapidly changing tech- 
nology, dynamic growth of knowledge, and highly specialized areas of 
expertise«.** 

All dies kann von einer einzelnen Person nicht geleistet werden 
und somit ist das soziale Erleben der Zusammenarbeit ein wichtiger 
Faktor für wissenschaftliches Arbeiten. Dass dies häufig im Projekt- 
kontext passiert, ist kein Zufall, denn die temporäre Komponente trägt 
dazu bei, die Gemeinschaftsarbeit so zu beschränken, dass sich nicht 
zu viel an den bestehenden Normen und Werten ändern muss. Die 
Organisation der Zusammenarbeit in (inter-)disziplinare Teams er- 
fordert eine »artful integration«’’ auf verschiedenen Ebenen, um den 
unterschiedlichen Umgang mit Theorien, Methoden, Arbeitsweisen und 
Rhythmen?® zu verstehen und innerhalb begrenzter Kollaborationen 
zu erproben. Es ist nicht immer von Anfang an offensichtlich, wo etwa 


34 Ruecker, Stan/Radzikowska, Milena, The iterative design of a project charter for 
interdisciplinary research, in: Proceedings of the 7th ACM conference on Designing 
interactive systems, New York 2008, DOI: https://doi.org/10.1145/1394445.139447 
6 [letzter Zugriff: 30.1.2024]. 

35 Real, Leslie A., Collaboration in the sciences and the humanities: A comparative 
phenomenology, in: Arts & Humanities in Higher Education 11(3) (2012), 250-261, 
DOI: https://doi.org/10.1177/1474022212437310 [letzter Zugriff: 30.1.2024]. 

36 Hara, Noriko et al., An emerging view of scientific collaboration: Scientists per- 
spectives on collaboration and factors that impact collaboration, in: Journal 
of the American Society for Information Science and Technology 54 (2003), H. 10, 
952-965, DOI: https://doi.org/10.1002/asi.10291 [letzter Zugriff: 30.1.2024]. 

37 Ruecker/Radzikowska, The iterative design of a project charter for interdisci- 
plinary research. 

38 Vgl. Neubert, What’s in a Project? 
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inhaltliche oder soziale Gemeinsamkeiten oder Unterschiede in einem 
Team bestehen und selbst wenn diese dann offengelegt sind, ist nicht 
gleich gesagt, dass ein gemeinsamer Umgang damit gefunden werden 
kann. Herausfordernd ist darüber hinaus dann auch die Zuordnung 
und Anerkennung einzelner Leistungen, wenn es um die harten Fakten 
für die Karriereentwicklung einzelner Personen aus Teams geht.?? 

Die Frage, die hier aufkommt, ist die nach dem Selbst- und Fremd- 
verständnis der individuellen Wissenschaftler*innen in verschiedenen 
Forschungssettings. Wie kann es gelingen, alle Mitglieder eines Teams 
in einem Projekt abzuholen und kollektiv zu stärken? Sprich, wie kann 
die einzelne Expertise an der richtigen Stelle eingesetzt, wie auf per- 
sönliche Umstände geachtet und welche Rahmenbedingungen gestaltet 
werden, um erfolgreich zusammen arbeiten zu können? Wie kann das 
Bewusstsein für unterschiedliche Lebensrealitäten, Ausbildungen und 
kulturelle Prägungen aussehen? Und wie kann ein Umgang mit kom- 
plexen Prozessen gefunden werden, die durch Zusammenarbeit immer 
wieder Unsicherheiten und Ambiguitäten produzieren? 

Gerade im Rahmen der (wissenschaftlichen) Zusammenarbeit kann 
sowohl die Verantwortung füreinander aber auch für größere Kontex- 
te gestärkt und hervorgehoben werden. Die Stärkung des Bewusstseins 
für die Verschiedenheit der Lebensrealitäten und -kontexte in der Team- 
arbeit trägt darüber hinaus nicht nur zum zufriedenstellenden Arbeiten 
innerhalb des Projekts bei, sondern prägt ebenso die Haltung der einzel- 
nen Teammitglieder und ermöglicht so eine Erweiterung der Wahrneh- 
mung und Einschätzungen. 

Dies kann auch dazu beitragen, sich über größere Kontexte bewusst 
zu werden. Ein weiteres Konzept, das dabei unterstützen und dazu 
beitragen kann, wie es möglicherweise gelingt, inner- aber auch au- 
ßerhalb der wissenschaftlichen Projektarbeit gemeinsam am sozialen 
Bewusstsein und der kollektiven Verantwortung zu arbeiten, ist die 
Auseinandersetzung mit dem Strategiebegriff. Wer verfolgt eigentlich 


39 Vgl. Nowviskie, Bethany, Evaluating Collaborative Digital Scholarship (or, 
Where Credit is Due) in: Journal of Digital Humanities 1 (2012), H. 4. 
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welche kurz-, mittel- oder langfristigen Ziele? Und welche Strate- 
gien liegen den verschiedenen Ansätzen der Arbeitsorganisation und 
Zusammenarbeit zu Grunde und beeinflussen so die Forschung? 


Strategien als längerfristiger Planungshorizont 


Strategie als ein für sich stehendes Konzept wird die Qualität zugeord- 
net, die langfristige Planung einer Organisation, einer Institution oder 
eines Individuums zu beeinflussen und zu leiten. Wenn man sich aber 
genauer mit der Etymologie des Begriffs und der dahinterstehenden 
Ideen beschäftigt,*° wird schnell klar, dass ein geteiltes Verständnis, 
was Strategie eigentlich genau heißt oder welche Modelle hierfür ste- 
hen,“ - einmal das wirtschaftlich und militärisch geprägte” außer 
Acht gelassen -, nicht existiert. Die vielfältigen Ebenen des Strate- 
giebegriffs bezogen auf eine Institution, lassen sich nach Mintzberg 
charakterisieren, der besagt, dass 1. Eine Strategie ein Plan ist, der 
den Mitgliedern einer Organisation eine langfristige Orientierung gibt; 
dass 2. Eine Strategie die Abfolge konsistenter Handlungen ist; dass 3. 
Eine Strategie die Positionierung einer Organisation in Wirtschaft und 
Gesellschaft beschreibt und dass 4. Eine Strategie eine Perspektive ist, 
d.h. eine Art und Weise, wie eine Organisation ihren Auftrag begreift 
und betreibt.*? Beim Strategiebegriff geht es hier zum einen um die 
Ermöglichung einer operativen Effizienz, die die Einzigartigkeit und 
nachhaltige Existenzsicherung einer Institution im Blick hat, aber zum 
anderen auch um den Entwurf eines Leitbilds, das die gemeinsamen 
Ziele aber auch Werte und Normen vereint. 

Johannsen schlägt dahingegen vor, dass Strategie auch auf persön- 
licher Ebene verstanden werden kann - dann als eine Fähigkeit, die in 


40 Vgl. hierzu beispielsweise Johannsen, Björn, Strategie und Kultur: Neue Perspek- 
tiven für den öffentlichen Kultursektor, Bielefeld 2019, ab 40, der sich für Strategie 
in Bezug auf den Kultursektor beschäftigt hat. 

41 Johannsen, Strategie und Kultur, 41. 

42 Vgl. Johannsen, Strategie und Kultur, 42. 

43 Vgl. Mintzberg, Henry: Rise and Fall of Strategic Planning, New York 1994, S 23ff. 


293 


294 


Projektmanagement und Digital Humanities 


Personen verortet, erlernbar und auf unterschiedliche Situationen an- 
wendbar ist.“ In allen Fällen wird die Strategie selbst als ein in sich un- 
sichtbares Gebilde jedoch erst durch konkrete Handlungen, Muster und 
Abläufe sichtbar. 

Gerade in der Wissenschaft treffen viele verschiedene Strategien 
sowohl auf institutioneller wie auf persönlicher Ebene aufeinander, 
die mal miteinander konkurrieren, mal Hand in Hand gehen. Denn 
um zu gemeinsam produzierten Erkenntnissen und Innovationen zu 
gelangen, benötigt es natürlich mehr als die Organisation in Projekten. 
Strategien werden aber oft in der oben dargestellten Arbeitsorganisa- 
tion von Projekten nicht abgebildet, weswegen gar nicht so genau klar 
ist, wer eigentlich welche Strategien verfolgt und welche Ideen, Mis- 
sionen und Motivationen sich an den verschiedenen Kontaktpunkten 
verschränken. 

Im Wissenschaftssystem als solches können unterschiedliche An- 
sätze beobachtet werden: so verfolgt die Universität als Arbeitgeberin, 
als Ausbilderin und als Ort des Wissens andere Strategien als etwa 
Förderinstitutionen als Geldgeber oder Förderer des Wissens und der 
Innovation. Ebenso haben Kolleg*innen als Vorgesetzte, Teammitglieder 
oder Verwaltungsangestellte eigene Ziele und Vorstellungen, die sich 
manchmal gleichen oder auch konträr zueinander stehen (beispiels- 
weise Nachwuchswissenschaftler*innen und Professor*innen im Ver- 
gleich).* Zugleich ist wissenschaftliche Arbeit auch in Disziplinen und 
in wissenschaftliche Communities als Verbünde eingebettet, weshalb auch 
in diesen Personenkonstellationen Orientierungswissen und gemein- 
same Strategien entstehen können, die zusammen verfolgt werden, 
um erzielte Einsichten, Erkenntnisse und Ideen aus den Disziplinen 
heraus zu kommunizieren. Doch nicht nur auf der persönlichen und 
institutionellen Ebene können Strategien ausgemacht werden, auch die 
Auswahl des Forschungsobjektes und der damit zusammenhängenden 
Pläne, neues Wissen zu schaffen, kommt eine besondere Bedeutung zu. 


44 Vgl. Johannsen, Strategie und Kultur, 43. 
45 Vgl. hierzu Haraway, Donna, Situated Knowledge. 
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Über Projekt- und Kollaborationsgrenzen hinweg werden dabei im- 
mer mehrere Strategien kombiniert, um sich im Wissenschaftssystem 
zu positionieren. So steht die intrinsische Motivation, neue Erkenntnis- 
se zu generieren an erster Stelle, aber auch Gründe wie etwa die Wahr- 
scheinlichkeit der Förderung oder die Sicherung von Personal können 
ausschlaggebend dafür sein, welche Forschung betrieben wird.* 

Die Verankerung einer kollektiven sozialen Verantwortung ge- 
schieht bereits in verschiedenen Formen innerhalb des Wissenschafts- 
system. So entstehen an vielen Orten Nachhaltigkeits- oder Diversity- 
Strategien, die dann Programme wie Scholars-at-Risk*” hervorbrin- 
gen und auf Institutionenebene längerfristig verankert werden. Doch 
wie kann es gelingen, auch auf anderen Ebenen das Bewusstsein zu 
schärfen und in die tägliche Praxis der wissenschaftlichen Arbeit zu 
übertragen? Und dies nicht nur, um auf Unsicherheiten und Zufälle 
vorbereitet zu sein, die als unvorhersehbare Dynamiken in der Wissen- 
schaft herrschen, sondern auch um Ideen zur nachhaltigen sozialen 
Verantwortung zu etablieren und diese grundlegender zu verankern? 
Die genauere Auseinandersetzung mit Strategien liefert womöglich 
gerade hier Antworten. Denn wenn klarer wird, welche Optionen und 
Zielgrößen bestehen, eröffnet oder angestrebt werden und wie diese von 
wem bespielt werden können, entstehen neue Möglichkeiten individuell 
und kollektiv über die (gemeinsame) Verantwortung nachzudenken. 

Doch wie können diese Räume geschaffen werden? Wo kann ange- 
setzt werden und welche Maßnahmen können an welcher Stelle ergrif- 
fen werden, wenn es darum geht, sich mit der eigenen wie kollektiven 
Verantwortung und einer Schärfung des Bewusstseins zu beschäftigen? 
Eine Möglichkeit diesen Fragen zu begegnen, ist beim Projektmanage- 
ment der Forschungsarbeit anzusetzen. 


46 Torka, Marc, Die Projektförmigkeit der Forschung, 2006. 
47 Vgl. hierzu das Scholars-at-Risk Network, URL: https://www.scholarsatrisk.org 
| [letzter Zugriff: 30.01.2024]. 
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Projektlogik, Zusammenarbeit und Strategien 
im Projektmanagement zusammenführen 


In welcher Form auch immer die Forschungsarbeit allein oder im Team 
geprägt ist — die Planung und Steuerung der (gemeinsamen) Arbeit 
scheint unausweichlich. Denn wie wird man den unterschiedlichen 
Ansprüchen, Erwartungen, Haltungen und Zielen gerecht? Und wie er- 
reicht man es, zusätzlich eine verantwortungsvolle Praxis zu etablieren, 
die die Erweiterung des Bewusstseins und des eigenen Beitrags zur 
sozialen Verantwortung mit sich trägt?** 

Gerade in den Digital Humanities, die als Wissenschafszweig 
von Interdisziplinarität geprägt sind und durch den Einsatz digitaler 
Technologien die Auswirkungen auf Umwelt und Gesellschaft in die 
Forschungspraxis eingeschrieben sind, ist eine Auseinandersetzung 
mit diesen Fragen bedeutend. 

Einen Ansatz, um hier weiterzukommen, bietet das Projektma- 
nagement als Werkzeugkasten. Selbst nie wertfrei und auch immer 
geprägt von den Personen, die es betreiben, ist die Idee dennoch, dass 
durch die verschiedenen Methoden und Praktiken dazu beigetragen 
werden kann, Forschung einzubetten, zu planen und durchzuführen. 
Damit die Formen der wissenschaftlichen Arbeitsorganisation ablau- 
fen können, und das Risiko minimiert wird, unergiebige Forschung 
zu fördern, geschieht in Projekten eine Eingrenzung von Ressourcen, 
Zeit und Zwecken.” Um innerhalb der Gegebenheiten in der heutigen 
Forschungslandschaft trotzdem wissenschaftlich arbeiten zu können, 


48 Im Projekt CoARA, der Coalition for Advancing Research Assessment (https://c 
oara.eu/) [letzter Zugriff: 30.1.2024], ein von der EU gefördertes Projekt zur Re- 
formierung von Forschungsbewertung, wird schon in neue Richtungen gedacht 
und erforscht, wie eine nachhaltige und verantwortungsvolle Bewertungspra- 
xis aussehen kann, die den Impact der Forschung maximiert. Während das Vor- 
haben von vielen Institutionen, Verbänden und Forschenden unterstützt wird, 
ist auffällig, dass nirgendwo die Sprache von Projektmanagement ist. Meiner 
Erfahrung nach wird dies oft implizit mitgedacht. Der vorliegende Kommentar 
könnte so also eine Ergänzung für die Überlegungen gesehen werden. 

49 Vgl. Torka, Neue Arbeitsweisen, 333. 


Anna Maria Neubert: Verantwortungsvolles Projektmanagement 


bietet sich Projektmanagement an, nicht nur um verschiedene Pla- 


5° sondern Überlegungen zu einem 


nungsprozesse zu formalisieren, 
größeren Ganzen zusammenzuführen. 

Die Herausforderung beim wissenschaftlichen Projektmanagement 
besteht darin, dass Forschung von Hypothesen geleitet und eher explo- 
rativ gestaltet wird, und nicht vom Produktgedanken ausgeht, weswe- 
gen Ansätze und Ideen des Projektmanagement oft als »impediment to 
creativity and innovation in research gesehen werden. »As a result, 
use of project management tools and techniques must be used within 
the context of the researchers’ values and language, institutional context, 
and available levers«.°” Damit genau dies gelingen kann, müssen die For- 
schungssituationen - gerade auch in den Digital Humanities —, die von 
»complexity, power, intuition, decision making, collaborative working, 
learning and communication, and the relationship between agency and 
structure in the local context«° geprägt sind, besser durchdrungen und 
in einem größeren Zusammenhang gesehen werden. 

Das Verständnis von Projektkomplexität, sozialen Prozessen, Wert- 
schöpfung, Projektkonzeption und Entwicklung von gemeinsamen 
Praktiken’ im Rahmen des Projektmanagement ist daher essenziell, 
um besser einordnen zu können, welche moralischen und ethischen 
Motive Personen verfolgen, welche Emotionen und Gefühlen in Ar- 
beitssettings bestehen und welche Intentionen oder persönlichen 
Hintergründe existieren, die bewusst oder unbewusst die wissenschaft- 
liche Arbeit beeinflussen. Denn auch wenn Projektmanagement in der 
Literatur und in Best-practice-Beispielen oft auf die zwei Komponen- 
ten Kontrolle (Zeit und Geld) und Inhalt (also geplanter Umfang, mit 
vorgegebenem Zweck und Ziel) reduziert wird, existieren viele weitere 
Aspekte, die oft marginalisiert werden, die ein Projekt aber dennoch 
ausmachen und mitbestimmen. Cicmil et al. schlagen daher den Ansatz 


50 Vgl. Basu, Ron: Managing Projects in Research and Development, London 2016, 1. 
51 Basu, Managing Projects. 

52 Powers/Kerr, Project Management and Success in Academic Research. 

53 Cicmil et al., Rethinking Project Management, 676. 

54  Cicmil et al., Rethinking Project Management, 676. 
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eines »think in action«-Projektmanagements vor, um Spannungen, 
Machtasymmetrien und ungesunde Muster in der (kollaborativen) Ar- 
beit zu identifizieren,” diese in der gelebten Realität ernst zu nehmen 
und zu adressieren. Projektmanagement wird daher als soziales Vorhaben 
gesehen, das durch Geschichte, Kontext, individuelle Werte und um- 
fassendere strukturelle Rahmenbedingungen beeinflusst ist und somit 
durch Berücksichtigung zum Projekterfolg oder -misserfolg beitragen 
kann.” Denn gerade die dahingehende Erweiterung in der Wissen- 
schaft zu hinterfragen, wer welche Möglichkeiten hat, wie diese die 
Arbeitsorganisation aber auch die tatsächliche Arbeit beeinflussen kön- 
nen und wie individuelle und kollektive Verantwortung ausdiskutiert 
und getragen werden können, erfordert die konstante und kontinu- 
ierliche Reflexion von Aktionen, Entscheidungen und Haltungen. Und 
um diese besser einzuordnen, darauf reagieren und die individuellen 
Vorgehensweisen, also beispielsweise die Verfolgung von Strategien, 
verstehen zu können, bieten sich die Mittel des Projektmanagements 
an. 

Ideen, wie dies funktionieren könnte, wurden beispielsweise schon 
in den frühen 2000er durch Netzwerke wie das »Rethinking Project Ma- 
nagement Network« in den Fokus gerückt. Das Netzwerk regte damals 
schon an, dass die project actuality, also die Wirklichkeit der Projekt- 
arbeit oft nicht durch die Modelle und Methoden abgebildet wird, die 
empfohlen und in vielen Handbüchern zum Projekt Management verar- 
beitet wurden.” Aufbauend auf Überlegungen der Critical Management 
Studies, die von Mats Alvesson und Hugh Willmott schon Anfang der 
1990er Jahre angestoßen"? und immer weiter fortgeführt” wurden, 
gibt es durchaus Ansätze, die schon seit mehr als drei Jahrzehnten 


55 Vgl. Cicmil etal., Rethinking Project Management, 677. 

56 Vgl. Cicmil etal., Rethinking Project Management, 676. 

57 Vgl. Cicmil etal., Rethinking Project Management, 675. 

58 Vgl. die aktualisierte Auflage Alvesson, Mats/Willmott, Hugh, Critical Manage- 
ment Studies, London 2011. 

59 Alvesson, Mats/Willmott, Hugh: Studying Management Critically, London 2003. 
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Forschung und Praxis von Management mit kritischen Punkten anrei- 
chern und dafür sensibilisieren, Managementpraktiken größer und in 
gesellschaftlichen Kontexten zu denken. Dabei geht es vor allem um 
die Neuausrichtung der Praxis, das kontextabhängige Urteilsvermögen 
individueller und kollektiver Akteure sowie die situationsbezogene 
Ethik und Reflexivität‘° in Projekten. Ideen zu einem ethischen Pro- 
jektmanagement existieren auch in den gängigen Projektmanagement- 
Gesellschaften, wie etwa der »PMI Code of Ethics and Professional Con- 
duct«“ oder das »PMI Ethical Decision-Making Framework (EDMF)«™ 
des Project Management Institutes (PMI) oder der »Ethik-Kodex« der 
GPM Deutschen Gesellschaft für Projektmanagement e.V. zeigen.“ Innerhalb 
dieser Kodizes werden unter anderem Ideen zu Verantwortlichkeit, 
Respekt, Fairness und Ehrlichkeit im Projektmanagement aufgelistet 
und als Handreichung für die eigenen Handlungen gereicht. Doch 
wie könnte ein ähnliches Instrument für die Wissenschaft aussehen? 
Welche Möglichkeiten gibt es, im Rahmen eines verantwortungsvollen 
Projektmanagements eine kontinuierliche Reflexion so einzuweben, 
dass ein geteiltes Bewusstsein geschaffen wird? Die Projekt-Charta bietet 
hier einen guten Einstieg, um sich über das Selbstverständnis bewusst 
zu werden und sich gemeinsamen Ideen zu verpflichten. 


Verankerung sozialer Verantwortung in der Projekt-Charta 


Die vorhergehenden Ausführungen zeigen, dass sowohl Arbeitsformen 
als auch die Arbeitsorganisation in der Wissenschaft vielfältig aussehen 


60 Cicmil et al.: Rethinking Project Management. 

61 Project Management Institute: PMI Code of Ethics and Professional Conduct, URL: 
https://www.pmi.org/about/ethics/code [letzter Zugriff: 30.1.2024]. 

62 Project Management Institute: PMI Ethical Decision-Making Framework (EDMF), 
URL: https://www.pmi.org/-/media/pmi/documents/public/pdf/ethics/ethical- 
decision-making-framework.pdf [letzter Zugriff: 30.1.2024]. 

63 GPM Deutsche Gesellschaft für Projektmanagement eV.: Ethik-Kodex, URL: htt 
ps://www.gpm-ipma.de/fileadmin/user_upload/Ueber-die-GPM/Verein/ethik 
-kodex-gpm.pdf [letzter Zugriff: 30.1.2024]. 
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kann. Bei der komplexen Vielschichtigkeit fällt es oft schwer, neben dem 
Fokus auf die Forschung auch noch den Blick auf andere Dinge zu er- 
weitern. Wie aber schon von Cicmil et al.“ und weiteren Forschenden 
auch in der Digital Humanities-Community angestoßen, gibt es das Be- 
dürfnis, Forschung und dessen Organisation verantwortungsvoller und 
mit mehr Bewusstsein der Umwelt und den Gesellschaften gegenüber zu 
gestalten. Das Verfassen und kontinuierliche Erweitern sowie iterative 
Verändern und Redigieren einer Projekt-Charta ist hier ein Ansatz, der 
helfen kann, die unterschiedlichen Projektbestandteile zu Inhalten und 
Zielen mit Werten, Normen und Ideen der Zusammenarbeit zu bündeln 
und zu explizieren. 

Wie Stan Ruecker und Milena Radzikowska 2008 beschreiben, sind 
Projekt-Chartas ein guter Weg, kontinuierlich in einem Austausch zu 
Projektinhalten aber auch mit den zusammenarbeitenden Personen zu 
sein.‘ Die Charta repräsentiert also zum einen »an agreement among 
interested parties regarding the nature ofthe work to be done, the com- 
mitment of resources, the timeline, and expectations«,° zum anderen 
dient sie als Grundlage »[to] explicitly discuss principles and policies of 
research practice with people from different disciplines at the start of the 
project«.°” Generell bietet die Projekt-Charta viele Möglichkeiten, die Ar- 
beit sowie die Organisation der Forschung abzubilden. Rodgers schlägt 
hierfür die folgende Oberpunkte vor: »Objectives & Deliverables, Pre- 
liminary Scope Statement, Assumptions & Constraints, Project Team & 
Stakeholders, Funding & Budget Information, Timeline, Other Consid- 
erations, Signatures«.°® Darüber hinaus existieren verschiedene weite- 
re Vorlagen oder Ideen, was in einem solchen Dokument festgehalten 
werden kann - so zeigt Miriam Posner auf, dass auch Beschlüsse über 


64 Cicmil et al., Rethinking Project Management. 

65 Ruecker/Radzikowska, The iterative design of a project charter, 2. 

66 Rodgers, Stephanie, Creating a Project Charter. PM4DH: Project Management for 
the Digital Humanities, URL: https://scholarblogs.emory.edu/pm4dh/creating 
-a-project-charter/ [letzter Zugriff: 3.10.2023]. 

67 Ruecker/Radzikowska, The iterative design of a project charter, 1. 

68 Vgl. Rodgers, Creating a Project Charter. 
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die persönliche Kommunikation, über den Umgang mit Daten, über ge- 
meinsame Entscheidungen oder auch über Reaktionen auf äußere Um- 
stände festgehalten werden können. 

Beispiele für den erfolgreichen Einsatz von Projekt-Chartas gibt es vor 
allem in Projekten der US-amerikanischen Digital Humanities, wie z.B. 
»The Praxis Program« at the Scholars’ Lab an der University of Virginia. Ne- 
ben der Lab-Charta und der Scholars’ Lab Student Program-Charta stel- 
len hier beispielsweise jede Kohorte der jährlich wechselnden Praxis-Sti- 
pendiaten ihre eigene Charta zusammen, die die gemeinsamen Ziele, 
Werte und Arbeitsverfahren so gut wie möglich wiedergibt - und das 
seit nunmehr 13 Jahren.”° So wird in den Chartas etwa beschrieben, was 
die gemeinsame Kultur ist, welche Werte und Verantwortlichkeiten ver- 
folgt werden und wie mit Konflikten umgegangen werden soll.” Zusätz- 
lich existieren bereits verschiedene Ideen, wie ein neues Bewusstsein 
und die soziale Verantwortung in die wissenschaftliche Arbeit einflie- 
Ben können.” 

Die Orientierung an Ideen aus der Community gibt sicherlich ei- 
nen guten Einblick, welche Dinge wie und in welcher Art festgehalten 
werden können und welche Möglichkeiten aus dem Projektmanagement 
heraus bestehen. Ein Ausgangspunkt für die Erstellung einer Charta mit 
einem bewussten Fokus auf Verständigung und Tragen des kollektiven 
Bewusstseins können folgende Fragen geben: 


e Wie positioniere ich mich selbst in der wissenschaftlichen Land- 
schaft? (Herkunft, Ausbildung, Fakultät, Institution, Land, wissen- 
schaftliche Community, weitere Kontexte) 


69 Vgl. Posner, Miriam, Project Charter Guidelines and Template. 

70 Vgl. The Praxis Programm at the Scholars’ Lab: Charter 

71 Vgl. die 2022-2023 Praxis Cohort Charter, URL: http://praxis.scholarslab.org/ch 
arter/charter-2022-2023/ [letzter Zugriff: 3.10.2023]. 

72 Vgl. Kenney, Theresa N. et al., Constellations of Community, Care, and Knowl- 
edge: A Collection of Vignettes from Pandemic Times, in: IDEAH (2023), DOI: h 
ttps://doi.org/10.21428/f1f23564.760119d3 [letzter Zugriff: 30.1.2024]. 
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e Welche Möglichkeiten habe ich im Rahmen meiner Tätigkeit soziale 
Verantwortung für Umwelt und Mitmenschen zu übernehmen? 

e Wie positionieren sich meine direkten Kolleg*innen selbst? Und was 
heißt das für unsere Teamzusammenstellung? 

e Welche Abhängigkeits- und Machtverhältnisse existieren in meinem 
Umfeld? (Wie) Kann ich diese beeinflussen? 

e Wie kann mein Forschungsgegenstand historisch und systematisch 
eingeordnet werden? Was heißt das für meine/unsere Positionie- 
rung? 

e Auf welche (un)problematischen Technologien greife ich wann und 
wie zurück? Gibt es hier Raum, Dinge zu verändern oder anzupas- 
sen? 

e Welche Erwartungen stehen von unterschiedlichen Stellen im 
Raum? Welche kann ich in welcher Form erfüllen? Und was heißt 
das für die eigene Reflexion und das kollektive Bewusstsein? 


Dass diese Punkte nicht abschließend sind, erklärt sich von selbst. Sie 
sollen jedoch dazu anregen, genau über solche Fragen nachzudenken, 
wenn es um die (gemeinsame) wissenschaftliche Arbeit geht. 


Verantwortungsvolles Projektmanagement 
als realistisches Ziel? 


Erfolg und Qualität von Forschung ist nicht immer leicht zu ermitteln 
und zu messen.” Wer bestimmt was »gute« Forschung ist? Anhand 
welcher Linien (wie etwa Produktion oder Rezeption)?” Und bleiben die 
Linien immer dieselben oder verändern sie sich mit der Zeit? Worüber 
wird genau geurteilt, wenn es um neues Wissen geht? 

Gerade durch die Digitalisierung entstehen neue Herausforderun- 
gen, die ein Umdenken und ein Erweitern gängiger Praktiken erfordert. 


73 Vgl. Powers/Kerr: Project Management and Success in Academic Research. 
74 Nowviskie, Evaluating Collaborative Digital Scholarship. 
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Denn »in many cases, »the products« of digital scholarship are continu- 
ally re-factored, remade, and extended by what we call expert communities 
(sometimes reaching far beyond the academy) which help to generate 
them and take them up«.” Ist es gerade deswegen auch hier an der Zeit, 
etablierte Formen der Evaluierung von Forschung in Form von Peer Re- 
view oder die klassischen Indikatoren zur Bewertung von Wissenschaft 
und als Wettbewerbsmarker” zu überdenken, und die bestehenden 
Normen über das »numbers game« zu erweitern? Gabe es hier nicht die 
Möglichkeit, auch auf einer Metaebene Qualitätsmaßstäbe zu setzen, 
die nicht den harten Faktoren folgen - wenn zum Beispiel Grenzen 
respektiert werden oder Entscheidungen getroffen werden, die die 
Umwelt schützen?” 

Dass auch Wissenschaflter*innen in den Digital Humanities und 
die wissenschaftliche Community als Ganzes mehr Verantwortung 
übernehmen müssen, zeigen die aktuellen umweltlichen sowie ge- 
sellschaftlichen Entwicklungen. Die Erstarkung rechter Gruppen in 
der ganzen Welt oder die Verleumdung des Klimawandels sind nur 
einzelne Beispiele eines größeren Konglomerats an Strömungen, die 
demokratische Gesellschaften bedrohen. Das Wissen, das Forschung 
produziert, könnte zu langfristigen Verbesserungen verschiedener 
Lebensumstände beitragen — aber damit dies für alle gleichermaßen 
funktionieren kann, geht es auch darum, ein Bewusstsein für die soziale 
Verantwortung zu schaffen, die wir einzeln und gemeinsam tragen. 

Kann das Ziel eines verantwortungsvollen Projektmanagements da- 
her nicht das Schaffen einer gemeinsamen Kultur sein, die die (soziale) 
Verantwortung von Anfang an mitdenkt und in alle Schritte jedweder Ar- 
beitsorganisation in der Forschung einplant? Damit dies gelingen kann 
istes wichtig, sich und das eigene Handeln zu reflektieren und dabei das 


75  Nowviskie, Evaluating Collaborative Digital Scholarship. 

76 Fochler, Maximilian/De Rijcke, Sarah, Implicated in the Indicator Game? An Ex- 
perimental Debate, in: Engaging Science, Technology, and Society 3 (2017), 21-40, 
DOI: https://doi.org/10.17351/ests2017.108 [letzter Zugriff: 30.1.2024]. 

77 Vgl. hierzu die erwähnte Initiative CoARA, die genau hierzu Vorschläge erarbei- 
tet. 
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Umfeld mit einzubeziehen. Diese Reflexion im Projektmanagement zu 
verankern, wäre eine der Möglichkeiten, sich dieser Verantwortung zu 
stellen. 


Literatur 


ALVESSON, Mats/WILLMOTT, Hugh, Studying Management Critically, Lon- 
don 2003. 

BAILLOT, Anne, From Handwriting to Footprinting. Text and Heritage in the 
Age of Climate Crisis, Cambridge, UK 2023. 

BALKUN, Mary McAleer/DEyruPp, Marta Mestrovic, Transformative Digital 
Humanities, London 2020. 

Basu, Ron, Managing Projects in Research and Development, London 
2016. 

BESIO, Cristina, Forschungsprojekte: Zum Organisationswandel in der Wis- 
senschaft, Bielefeld 2009. 

BUCHHOFER, Bernd, Projekt und Interview: eine empirische Untersuchung 
über den sozialwissenschaftlichen Forschungsprozess und seine sozio-ökono- 
mischen Bedingungen, o. O. 1979. 

BRÖCKLING, Ulrich, Projektwelten, in: Leviathan 33 (2005), H. 3, 364-383. 

CICMIL, Svetlana/WILLIAMS, Terry/THOMAS, Janice/HoDGson, Damian, 
Rethinking Project Management: Researching the actuality of pro 
jects, in: International Journal of Project Management 24 (2006), H. 8, 
675-686. 

CLEMENT, Andrew/VAN DEN BESSELAAR, Peter, PDC 04: Proceedings ofthe 
eighth conference on Participatory design: Artful integration: interweaving 
media, materials and practices, New York 2004. 

CRAWFORD, Kate, Atlas of AI, New Haven 2021. 

Dosson, James E., Critical Digital Humanities, University of Illinois 
2019. 

FIORMONTE, Domenico/CHAUDHURI, Sukanta/RICAURTE, Paola, Global 
Debates in the Digital Humanities, Minneapolis 2022. 

FOCHLER, Maximilian/DE RIJCKE, Sarah: Implicated in the Indicator 
Game? An Experimental Debate, in: Engaging Science, Technology, 


Anna Maria Neubert: Verantwortungsvolles Projektmanagement 


and Society 3 (2017), 21-40, DOI: https://doi.org/10.17351/ests2017.10 
8 [letzter Zugriff: 30.1.2024].. 

GEBRU, Timnit, »Race and Gender, in Markus D. Dubber, Frank 
Pasquale, and Sunit Das (eds), The Oxford Handbook of Ethics of 
AI (2020; online edn, Oxford Academic, 9 July 2020), DOI: http 
s://doi.org/10.1093/oxfordhb/9780190067397.013.16 [letzter Zugriff: 
30.1.2024]. 

GPM Deutsche Gesellschaft für Projektmanagement e.V.: Ethik-Kodex, 
URL: https: //www.gpm-ipma.de/fileadmin/user_upload/Ueber-die 
-GPM/Verein/ethik-kodex-gpm.pdf [letzter Zugriff: 30.1.2024]. 

Hara, Noriko/SoLOMoN, Paul/Kım, Seung-Lye/SONNENWALD, Diane 
H., An emerging view of scientific collaboration: Scientists perspecti 
ves on collaboration and factors that impact collaboration, in: Journal 
of the American Society for Information Science and Technology 54 (2003), 
H. 10, 952-965, DOI: https://doi.org/10.1002/asi.10291 [letzter Zu- 
griff: 30.1.2024]. 

Haraway, Donna, Situated Knowledges: The Science Question in Fem- 
inism and the Privilege of Partial Perspective, in: Feminist Studies 14 
(1988), H. 3 (Autumn, 1988), 575-599. 

HARDING, Sandra G., Sciences from Below: Feminisms, Postcolonialities, and 
Modernities, Durham 2008. 

JOHANNSEN, Björn, Strategie und Kultur: Neue Perspektiven für den öffentli- 
chen Kultursektor, Bielefeld 2019. 

KENNEY, Theresa N./GOODWIN, Emily/CocHRANE, Alexis-Car- 
lota/CORRIDON, Linzey/BROCKBANK, Maddie/Paust, Sarah, Co 
nstellations of Community, Care, and Knowledge: A Collection of V 
ignettes from Pandemic Times, in: IDEAH (2023), DOI: https://doi. 
org/10.21428/f1f23564.760119d3 [letzter Zugriff: 30.1.2024]. 

LUHMANN, Niklas, Die Gesellschaft der Gesellschaft, Frankfurt a.M. 
2009. 

Ders., Die Wissenschaft der Gesellschaft, 1. Aufl., Frankfurt a.M. 1992. 

LUNDIN, Rolf A./SODERHOLM, Anders, Conceptualizing a Projectified 
Society Discussion of an Eco-Institutional Approach to a Theory on 
Temporary Organisations, in: Projects as Arenas for Renewal and Learn- 
ing Processes, Boston 1998, 13-23. 


305 


306 


Projektmanagement und Digital Humanities 


MARGOLIS, Eric, The Hidden Curriculum in Higher Education, New 
York 2002. 

MINTZBERG, Henry, Rise and Fall of Strategic Planning, New York 1994. 

NEUBERT, Anna Maria, What’s in a Project? Disciplinary Differences in 
Addressing Temporality and Collaborative Rhythms, in: Vol. 3, Is 3 
(Project Management in the Humanities 2021) (2023) DOI: https://doi.or 
g/10.21428/f1f23564.d6089c43 [letzter Zugriff: 30.1.2024]. 

NOBLE, Safıya Umoja, Algorithms ofOppression, New York 2018. 

Norkus, Maria/BESIO, Cristina/BAUR, Nina, Effects of project-based re 
search work on the career paths ofyoung academics, in: Work Organ- 
isation, Labour and Globalisation 10 (2016), H. 2. 

NORRIS, Pippa, Digital Divide, Cambridge 2001. 

NOWVISKIE, Bethany, Evaluating Collaborative Digital Scholarship (or, 
Where Credit is Due), in: Journal of Digital Humanities 1 (2012), H. 4. 

PACKENDORFF, Johann, Inquiring into the temporary organization: New 
directions for project management research, in: Scandinavian Jour- 
nal of Management 11 (1995), H. 4, 319-333 DOI: https://doi.org/10.1 
016/0956-5221(95)00018-Q [letzter Zugriff: 30.1.2024]. 

PARIKKA, Jussi, A Geology of Media, Minneapolis 2015. 

Ders., What Is Media Archaeology, Cambridge 2012. 

POSNER, Miriam, Project Charter Guidelines And Template. 

POWERS, Lori Criss/KERR, Gillian, Project Management and Success in 
Academic Research, in: RealWorld Systems Research Series 2 (2009). 
Project Management Institute, PMI Code of Ethics and Professional Con- 
duct, URL: https://www.pmi.org/about/ethics/code [letzter Zugriff: 

30.1.2024]. 

Dies., PMI Ethical Decision-Making Framework (EDMF) , URL: https://ww 
w.pmi.org/-/media/pmi/documents/public/pdf/ethics/ethical-deci 
sion-making-framework.pdf [letzter Zugriff: 30.1.2024]. 

REAL, Leslie A., Collaboration in the sciences and the humanities. Acom- 
parative phenomenology, in: Arts & Humanities in Higher Educa- 
tion 11(3) (2012), 250-261 DOI: https://doi.org/10.1177/1474022212437 
310 [letzter Zugriff: 30.1.2024]. 

RisaM, Roopika, New digital worlds: postcolonial digital humanities in theory, 
praxis, and pedagogy, Evanston, Illinois 2019. 


Anna Maria Neubert: Verantwortungsvolles Projektmanagement 


RODGERS, Stephanie, Creating a Project Charter. PM4DH: Project Manage- 
ment for the Digital Humanities, URL: https://scholarblogs.emory. 
edu/pm4dh/creating-a-project-charter/ [letzter Zugriff: 3.10.2023]. 

RUECKER, Stan/RADZIKOWSKA, Milena, The iterative design of a projec 
t charter for interdisciplinary research, in: Proceedings of the 7th ACM 
conference on Designing interactive systems, New York 2008 DOI: https:/ 
/doi.org/10.1145/1394445.1394476 [letzter Zugriff: 30.1.2024]. 

SHORT, Harold, Intellectual Development and Management of Colla 
borative Research Projects in the Digital Humanities, in: IDEAH 
(2022) DOI: https://doi.org/10.21428/f1£23564.3104b547 [letzter Zu- 
griff: 30.1.2024]. 

STICHWEH, Rudolf, Wissenschaft, Universitat, Professionen, Bielefeld 
2013. 

TORKA, Marc, Die Projektförmigkeit der Forschung, Baden-Baden 2006. 

Ders., Neue Arbeitsweisen: Projekte und Vernetzungen, in: Maasen, Sa- 
bine/Kaiser, Mario/Reinhart, Martin/Sutter, Barbara (Hg.) Handbuch 
Wissenschaftssoziologie, Wiesbaden 2012, 329-340. 

VIOLA, Lorella, The Humanities in the Digital: Beyond Critical Digital H 
umanities, London 2023. 


307 


Autorinnen und Autoren 


Jens Bemme studierte Verkehrswirtschaft und Lateinamerikastudienan 
der TU Dresden. Nach Stationen im Universitätsmarketing und als Frei- 
berufler leitete er die Pressestelle der SLUB. 2017 wechselte er dort in das 
Referat Landeskunde/Saxonica. Forschungs- und Arbeitsschwerpunkte 
sind Europäische Heimatforschung, historisches Radfahrerwissen um 
1900 sowie Projekte und Themen der digitalen Landeskunde in Verbin- 
dung mit Open Citizen Science und Werkzeugen des Wikiversums. 


Fabian Cremer ist Forschungsdatenmanager am Leibniz-Institut für 
Europäische Geschichte (IEG), Mainz. Er beschäftigt sich mit Arbeitsab- 
läufen zum Forschungsdatenmanagement, mit der Konzeption digitaler 
Forschungsinfrastrukturen sowie mit den Transformationsprozessen 
des digitalen Wandels in der Wissenschaft und ihren Organisationen. 


Swantje Dogunke ist Fachreferentin an der Thüringer Universitäts- und 
Landesbibliothek Jena und koordiniert bestandsorientierte Digital Hu- 
manities-Projekte. Sie interessiert sich für den Aufbau und die partizi- 
pative Weiterentwicklung von Forschungsinfrastruktur für Digital Hu- 
manities an Bibliotheken. 


Lisa Eggert hat an der Universität Duisburg-Essen Germanistik und 
Philosophie studiert. Im Anschluss war sie wissenschaftliche Mitar- 
beiterin im Projekt »Interaktionale Sprache bei Andreas Gryphius«. 
Von 2020-2022 war sie wissenschaftliche Mitarbeiterin am Institut 


310 


Projektmanagement und Digital Humanities 


für Digital Humanities der Georg-August-Universität Göttingen. Seit 
2023 ist sie wissenschaftliche Referentin mit dem Schwerpunkt Digital 
Humanities am Zentrum für Wissenschaftsforschung der Nationalen 
Akademie der Wissenschaften Leopoldina. 


Juliane Flade studierte Sprach-, Literatur- und Kulturwissenschaften an 
der TU Dresden und schloss dieses Studium 2021 mit dem Master of 
Arts ab. Bis zum Bachelor studierte sie im Nebenfach Geschichte. 2021 
schloss sie eine Zusatzqualifikation im Bereich Projektmanagement ab 
(GPM-Zertifikat Level-D). Seit Januar 2022 arbeitet Juliane Flade an der 
SLUB als Projektmanagerin für Inklusion und Citizen Science. 


Markus Frank ist Akademischer Rat für Digital Humanities in der 
IT-Gruppe Geisteswissenschaften an der Ludwig-Maximilians-Univer- 
sität München. Er hat Germanistische Linguistik in München studiert 
und dort im Bereich kognitive Korpuslinguistik promoviert. Er ver- 
fügt außerdem über einen Master of Public Administration im Bereich 
Wissenschaftsmanagement der Deutschen Universität für Verwal- 
tungswissenschaften Speyer. 


Jonathan D. Geiger ist seit 2019 wissenschaftlicher Mitarbeiter an der 
Akademie der Wissenschaften und der Literatur Mainz und arbeite 
in der dortigen Digitalen Akademie an verschiedenen digitalen For- 
schungsprojekten. Seine Forschungsschwerpunkte liegen im Bereich 
der Philosophie der Digitalität, der digitalen Philosophie, der Wissen- 
schaftstheorie der Digital Humanities sowie dem Wissensmanagement 
in wissenschaftlichen Einrichtungen. 


Anja Gerber hat Informationswissenschaften, Dokumentation und Ar- 
chivwesen sowie digitales Datenamanagement studiert. Seit 2015 ist sie 
wissenschaftlich-technische Mitarbeiterin am Corpus Vitrearum Medii 
Aevi Deutschland in Potsdam. Zu Ihren Arbeitsschwerpunkten zählen 
unter anderem die Konzeptionierung und (Weiter-)Entwicklung sowie 
Betreuung der digitalen Projektinhalte des CVMA. 


Autorinnen und Autoren 


Carolin Giere studierte Klassische Philologie, Italianistik und Kunst/ 
Kunstpädagogik in Osnabrück und Münster. In Göttingen schloss sie 
ein Zertifikatsstudium der Digital Humanities an. Von 2018 bis 2022 
war sie wissenschaftliche Mitarbeiterin der Abteilung für Lateinische 
Philologie des Mittelalters und der Neuzeit an der Universität Göttin- 
gen. Seit diesem Jahr ist sie wissenschaftliche Koordinatorin der »School 
of Medieval and Neo-Latin Studies: an der Universität Freiburg. 


Dominik Kremer promovierte 2016 in Bamberg im Fachbereich An- 
gewandter Informatik zur Informatischen Modellierung sozialwis- 
senschaftlicher Ortskonzepte. Seit 2020 arbeitet er als Postdoc in 
den Fachbereichen Digitale Geographie und dem Department Digital 
Humanities and Social Studies der Friedrich-Alexander-Universität 
Erlangen-Nürnberg zur Modellierung individueller Perspektiven auf 
Raum und an der Analyse umweltbezogener Krisendiskurse. 


Patrick Leiske ist promovierter Historiker und arbeitet am Landesarchiv 
Baden-Württemberg als Referent für übergreifende Informationssys- 
teme und Metadatenmanagement. Zu seinen Tätigkeitsschwerpunkten 
gehört unter anderem die Verbesserung der Metadatenqualität im 
Netzwerk der Partnerinstitutionen des baden-württembergischen Lan- 
deskundeportals LEO-BW. Im Rahmen des GND4C-Projekts ist er seit 
2020 als Projektleiter am Landesarchiv mit dem Aufbau der an das 
Landeskundeportal angeschlossenen GND-Agentur LEO-BWRegional 
betraut, die zusammen mit dem Bibliotheksservice-Zentrum Baden- 
Württemberg betrieben wird. 


Jens Lill ist Bibliothekar am Bibliotheksservice-Zentrum Baden-Würt- 
temberg in der Abteilung »Museen, Archive und Repositorien«. Neben 
der dokumentarischen Betreuung und Beratung von Museen bei deren 
Bestandserschließung liegt sein Fokus unter anderem auf der Erstellung 
und Pflege von Thesauri und anderen kontrollierten Vokabularen für die 
Objektdokumentation sowie auf der Normdatenredaktion für Museen 
in der GND. Im Rahmen des GND4C-Projektes kümmert er sich um den 
Auf- und weiteren Ausbau der ersten nicht-bibliothekarischen GND- 


sm 


312 


Projektmanagement und Digital Humanities 


Agentur »LEO-BW-Regional«, die Ende 2020 in Kooperation mit dem 
Landesarchiv Baden-Württemberg gegründet worden ist. 


Michael Markert ist Wissenschaftshistoriker und arbeitet im Bereich 
der historischen Sammlungsforschung vorrangig in den Naturwis- 
senschaften unter anderem zu Verfahren der Objektdigitalisierung, 
Sammlungsethik und Provenienzforschung sowie den Möglichkeiten 
und Grenzen der physischen Vermittlung und digitalen Repräsentation 
von akademischen Sammlungen und ihren Objekten. An der ThULB 
betreut er den Aufbau einer GND-Agentur für sammelnde Kulturinsti- 
tutionen in Thüringen und die Entwicklung von Software-Workflows 
für den GND-Abgleich und die GND-Erweiterung. 


Jessica Matloch hat Wirtschaftswissenschaften studiert und ist seit 2019 
als Beraterin und Trainerin mit dem Schwerpunkt Organisations- und 
Personalentwicklung mit einem Schwerpunkt auf Wissensmanagement 
tätig. Davor war sie wissenschaftliche Mitarbeiterin an verschiedenen 
Einrichtungen und hat an der Gottfried-Wilhelm-Leibniz-Universität 
Hannover promoviert. 


Hanna-Lena Meiners ist Datenkuratorin am Deutschen Dokumentati- 
onszentrum-Bildarchiv Foto Marburg. Seit kurzem unterstützt sie hier 
bei der Bereinigung, Anreicherung und Transformation bauwerksbezo- 
gener Datensätze u.a. zur Einspielung in die GND sowie dem Aufbau ei- 
ner GND-Bauwerksagentur. Vorher hatsielange Zeitan der SUB Göttin- 
gen in verschiedensten Projektkontexten gearbeitet, vor allem jedoch im 
Schwerpunktbereich der wissenschaftlichen Sammlungen und der wis- 
senschaftlichen Begleitforschung. 


Moritz Mähr studierte Geschichte und Philosophie des Wissens, Infor- 
matik und Ökonomie in Zürich und Berlin. Er kümmert sich um die 
Konzeption und Umsetzung des Online-Portals sowie um die Aufbe- 
reitung, Vermittlung und Sicherung der Forschungsdaten der neuen 
Basler Stadtgeschichte. Sein Ziel ist es, Wissenschaftler*innen neue 


Autorinnen und Autoren 


Forschungsperspektiven zu eröffnen und einer breiten Öffentlichkeit 
den Zugang zur historischen Forschung zu erleichtern. 


Anna Maria Neubert ist Wissenschaftsmanagerin und Doktorandin an 
der Universität Bielefeld. Ihre Forschungsinteressen konzentrieren sich 
auf die Geschichte der digitalen Geisteswissenschaften, (inter-)nationa- 
le Forderpolitik und Projektmanagement in interdisziplinaren Teams. 


Sabine Pfeiffer ist Inhaberin des Lehrstuhls für Soziologie (Technik - 
Arbeit - Gesellschaft) an der Friedrich-Alexander-Universität Erlangen- 
Nürnberg und forscht seit Mitte der 1990er Jahren zum digitalen Wandel 
von Arbeit. 2009 hat sie den Scrum Master bei Ken Schwaber gemacht 
und forscht seitdem zu agilen Methoden in den Branchen Automotive, 
IT und Maschinenbau sowie in Bereichen des Systems of Systems Engi- 
neering. 


Martha Rosenkötter ist Kunsthistorikerin und Bibliotheks- und Infor- 
mationswissenschaftlerin und arbeitet als Datenkuratorin von Bau- und 
Kunstwerken für Kultureinrichtungen. Ihre Schwerpunkte sind insbe- 
sondere die Datenmodellierung, der Aufbau und die Pflege von fachspe- 
zifischen Terminologien sowie die Anbindung an bestehende Normda- 
ten. Im Zuge des Projektes GND für Kulturdaten widmete sie sich dem 
Aufbau einer GND-Agentur Bauwerke und dem Ausbau der GND für 
Bauwerk-Entitäten im Auftrag des DDK. 


Blake Byron Walker forscht seit seiner Promotion in 2017 an der Simon 
Fraser University in Vancouver, Kanada, an der Schnittstelle zwischen 
angewandter räumlicher Analyse und Gesundheitsgeographie. Seit 2019 
ist er Professor für Digitale Transformation in der Kulturgeographie an 
der Friedrich-Alexander-Universität Erlangen-Nürnberg und Leiter der 
Arbeitsgruppe Digitale Gesundheitsgeographien. 


Thorsten Wübbena leitet den Bereich »Digitale Historische Forschung | 
DH Lab« am Leibniz-Institut für Europäische Geschichte (IEG), Mainz. 
Seine Forschungsinteressen umfassen die Digitale Methodik in den 


313 


514 


Projektmanagement und Digital Humanities 


Geistes- und Kulturwissenschaften, Forschungsinfrastrukturen im Be- 
reich des kulturellen Erbes sowie Prozess- und Projektmanagement in 
den Digital Humanities. 


